home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload Trio 2 / Shareware Overload Trio Volume 2 (Chestnut CD-ROM).ISO / dir24 / paket61.zip / MAN05@.EXE / MAN05.DOC < prev   
Text File  |  1994-08-15  |  123KB  |  3,697 lines
  1. PART V - Messages in the paKet system
  2. Overview
  3.  
  4.  This is a list of messages in the paKet system. They are listed in
  5.  alphabetic order.
  6.  
  7.  Most messages will appear in the Message Window. That window will stay
  8.  on the screen for a short time before it disappears to allow normal
  9.  processing to continue.
  10.  
  11.  However, some messages might require some action on your part; or they
  12.  might be messages that I thought could take a little longer to digest.
  13.  Those messages will remain on the screen and will appear with a prompt
  14.  for you to press the <Enter> key when you are ready to continue.
  15.  
  16.  Some paKet users have asked that the messages stay on the screen for a
  17.  bit longer to give them more time to read the message.  Others have asked
  18.  that the messages clear more quickly so they can get on with the job!  I
  19.  know it is dangerous to try to please everybody, but I have added another
  20.  option to allow you to choose your own message duration - check out the
  21.  "Message duration" option in the Miscellaneous Configuration Window. You
  22.  might like to note that if you have a message on the screen and want to
  23.  get rid of it before its "duration" has expired, you can press the <Esc>
  24.  key to clear it off the screen.
  25.  
  26.  Many of the messages that appear are routine information messages that
  27.  require no action on your part.  They are there to let you know what is
  28.  happening in the system.  Other messages are warnings or even serious
  29.  errors and are things you really should know about.   As you gain
  30.  experience with the paKet system you might find some of the routine
  31.  information messages are not really required any more; they might even
  32.  become a little tiring.  If you would like to remove those Information
  33.  messages, you can adjust the "Msg level" option in the Miscellaneous
  34.  Configuration Window.  There are three levels there - the normal setting
  35.  is A so All messages are displayed.  You might like to change it to W so
  36.  only the Warning and Error level messages appear.   Personally, I prefer
  37.  the All option so all messages appear, and sometimes reduce the "Message
  38.  duration" rather than remove them altogether with the "Msg level" option.
  39.  But the choice is yours.
  40.  
  41.  
  42.  Some of the messages listed in this section appear in the Communications
  43.  Window.  For example, some are sent to a REMOTE operator who might be
  44.  accessing this system in your absence.
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.                                Page 157
  56.  
  57. Messages starting with A
  58.  
  59.  A disk error has occurred here.
  60.  
  61.    This message can come from a number of processes within the paKet
  62.    program.  Usually it means just what it says.  Sometimes it will be
  63.    followed with additional information that might help you to identify
  64.    just what is wrong.
  65.  
  66.    For example, if you were saving a message to your Personal Message
  67.    System (PMS) it will add: "Your message is not saved."
  68.  
  69.    Usually it will be obvious what operation caused the error.  The
  70.    message will appear immediately the operation is attempted so you will
  71.    know that (for example) if you just tried to create a new Log File with
  72.    the <F2> key and this message appears, then there is something wrong
  73.    with that Log File operation.
  74.  
  75.    Typically a disk error is something as simple as a lack of space, a
  76.    write protected diskette, lack of privileges to access a network
  77.    device, etc.  It can also be caused if a new file is to be opened and
  78.    you have insufficient FILE handles available - increase the FILES
  79.    parameter in your CONFIG.SYS file if necessary.
  80.  
  81.    If it is a genuine disk error other messages will appear and you will
  82.    probably be getting various errors when running other programs.
  83.  
  84.  
  85.    This message can be issued to a REMOTE user too if some attempted
  86.    REMOTE operation fails.
  87.  
  88.  
  89.  
  90.  A smaller version of this file exists.
  91.  I will attempt a paKet-Protocol Recovery
  92.  
  93.    This message could appear if a Binary File is being transferred to our
  94.    system and both stations are equipped to handle the advanced paKet
  95.    Protocol.
  96.  
  97.    The situation that causes this message is where the file being
  98.    transferred already exists on our system but our file is shorter than
  99.    the one about to be sent by the other station.   This could happen if
  100.    an earlier file transfer was aborted for some reason and so our file
  101.    would be incomplete.
  102.  
  103.    This message informs you that paKet is asking the other station to
  104.    check the details to see if a Recovery is possible.
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.                                Page 158
  112.  
  113.  A Multiple of 16K allows more efficient use of EMS memory
  114.  Eg: 16, 32 48 or 64K
  115.  
  116.    This message might appear after you change the Flashback Buffer size in
  117.    the Communications Windows Configuration.
  118.  
  119.    If you have EMS memory available paKet can use some of it for Flashback
  120.    buffers.  The program manages pages of EMS memory in multiples of 16KB
  121.    so if you specify some other figure, you will not be making best use of
  122.    your available memory.
  123.    You may ignore the message if you wish, but it is recommended you
  124.    reconfigure the Flashback Buffer size to one of the above figures.
  125.  
  126.  
  127.  
  128.  Abort, Retry, Ignore <R>
  129.  
  130.    An error has occurred. You have three options: A, R or I...
  131.  
  132.    A(bort) the program. If you select this option, paKet will simply give
  133.    up, and return to DOS. As this is a rather serious step, paKet will
  134.    seek your confirmation that this is really what you want to do by
  135.    prompting you with the following question:
  136.  
  137.       Aborting paKet and returning to DOS...  Are you sure? <N>
  138.  
  139.       If you then reply "Y", everything stops and you will be returned to
  140.       the DOS Prompt.  It is nice to have a way out in case of a really
  141.       serious problem but I expect this option would be rarely required.
  142.  
  143.    R(etry) the operation that caused the error. This is the default
  144.    response so if you simply press <Enter>, paKet will assume a Retry. In
  145.    most cases I hope this will get you going again. For example it might
  146.    be a diskette problem such as "door not closed", "write protect tab",
  147.    etc so you can attend to the problem, select Retry and things should
  148.    proceed normally.
  149.  
  150.    I(gnore) the problem.  An error message is like pain: it is there for a
  151.    reason and should not be ignored.  But if you are sure you know what
  152.    the problem is and choose to ignore it, you can select this option and
  153.    paKet will try to continue despite the error.  However, do this at your
  154.    own peril and don't call me if you get into trouble!
  155.  
  156.  
  157.  
  158.  Aborting at end of block...
  159.  Press <Esc> again to force immediate end of the transfer
  160.  
  161.    When you are performing a Binary File Transfer using the YAPP or the pP
  162.    protocol, data is sent in blocks of up to 254 bytes each.  The data in
  163.    each block may contain any value at all so if we need to send a <CANCEL>
  164.    code to the other station in the middle of a transfer, that station will
  165.    not be able to determine whether that code is really a <CANCEL> or just
  166.    another data byte in the file that happens to have that same value.
  167.                                Page 159
  168.  
  169.  
  170.    So if you do decide to Abort a file transfer by pressing the <Esc> key,
  171.    paKet will not issue the <CANCEL> code immediately.  It will wait until
  172.    the end of the block currently being sent, before transmitting the
  173.    <CANCEL> code.  That way, the other station has a better chance of
  174.    recognising the <CANCEL> code.
  175.  
  176.    This message is displayed to acknowledge the Abort request and to let
  177.    you know what is going on.
  178.  
  179.    If there is some problem with the transfer and it appears to be locked
  180.    up, or if the other station is not responding, you can press <Esc> a
  181.    second time and force an immediate abort.
  182.  
  183.  
  184.  
  185.  Aborting...
  186.  
  187.    Refer to the above message.
  188.  
  189.    When the <CANCEL> code is sent to the other station, this message
  190.    appears to let you know it is done and that we are now waiting for the
  191.    other station to acknowledge that command before we continue.
  192.  
  193.  
  194.  
  195.  Alerts now enabled but will not sound while QUIET mode is on
  196.  
  197.    This message can appear after you press <Alt-A> to enable Alerts Mode.
  198.  
  199.    The Alerts facility in paKet monitors data coming and going in the
  200.    Communications Window and sounds the bell when some predefined string
  201.    of characters appears.  The predefined strings are specified in the
  202.    Configuration under the "KB Macros/Auto commands" section.
  203.  
  204.    However, paKet also has a Quiet Mode option (refer <Alt-Q> key) where
  205.    ALL sounds are disabled with a single keystroke.  If you happen to
  206.    enable Alerts at a time when Quiet Mode in on, this message appears to
  207.    warn you paKet will not be making any sounds even if the specified
  208.    Alert string is detected!
  209.  
  210.  
  211.  
  212.  ... already exists.  Message NOT copied!
  213.  
  214.    Eg:
  215.    VK2DHU.123 already exists.  Message NOT copied!
  216.  
  217.    In paKet's PMS there is a Copy function which allows you to copy any
  218.    message in the PMS to a data file on disk.
  219.  
  220.    The PMS and the Copy command are discussed more fully in the PMS
  221.    Section of this Manual.  But briefly, you can type "C 123" at the Sysop
  222.    PMS Menu and paKet will copy the contents of message 123 to disk.  The
  223.                                Page 160
  224.  
  225.    name of the new disk file will consist of the callsign of the station
  226.    the message is addressed to; and the extension of the file will be the
  227.    message number.  For example, if message number 123 is addressed to
  228.    VK2DHU, the new disk file will be VK2DHU.123.
  229.  
  230.    If you try to do the copy again, paKet will not overwrite that disk
  231.    file.  Instead it warns you with the above message.  You should either
  232.    delete or rename that existing disk file before trying the Copy
  233.    function again.
  234.  
  235.  
  236.  
  237.  Another station is currently connected.
  238.  Please try again later
  239.  
  240.    Although paKet can handle up to 10 simultaneous sessions with 10
  241.    different users, there is a problem when a REMOTE user tries to perform
  242.    a Binary File Transfer.
  243.  
  244.    The standard TAPR TNC, on which all modern TNCs are based, can run in
  245.    either Converse Mode or Transparent Mode, but not both!  Converse Mode
  246.    is used for normal conversation and Transparent Mode is required for
  247.    Binary File Transfers.  So if a standard TNC is switched into
  248.    Transparent Mode, ALL sessions are switched into Transparent Mode,
  249.    including those other sessions currently in Converse Mode!  And vice
  250.    versa...   This is a limitation of the standard TNC and as paKet is
  251.    written to support the standard TAPR compatible TNC, there is not much
  252.    I can do about this problem.
  253.  
  254.    Therefore the program will not allow a REMOTE user to initiate a Binary
  255.    File Transfer while there is any other station connected at the time.
  256.    The above message is issued if such an attempt is made.
  257.  
  258.    If YOU decide to initiate a Binary File transfer while connected to
  259.    someone else in another Window, I can only assume you know what you are
  260.    doing!  The program will allow this to continue, but I hope you DO know
  261.    what you are doing!
  262.  
  263.  
  264.  
  265.  Appending to existing file ..."
  266.  
  267.    This message appears when you are starting the Log file or are writing
  268.    the Flashback buffer to disk if paKet finds the specified file is
  269.    already on the disk.
  270.  
  271.    paKet will preserve the contents of that file and will write the new
  272.    data to the end of this file.
  273.  
  274.    No action required.
  275.  
  276.  
  277.  
  278.  
  279.                                Page 161
  280.  
  281.  ASCII file command must be AD, AC or AU
  282.  
  283.    The Script file you have just loaded contains a command beginning with
  284.    A but it is not one of the valid ASCII file transfer commands.
  285.  
  286.    The Script has been aborted.  Edit the Script file to correct this
  287.    invalid line and run the Script again.
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.  
  295.  
  296.  
  297.  
  298.  
  299.  
  300.  
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313.  
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.                                Page 162
  336.  
  337. Messages starting with B and C
  338.  
  339.  Bad copy of program.  Reinstall paKet from original diskette
  340.  
  341.    Something is wrong with the copy of PAKET.EXE you are running.  It is
  342.    hard to know what could have caused the corruption so the safest option
  343.    at this stage is to reinstall a fresh copy from the original diskette
  344.    or from your backup copy.
  345.  
  346.  
  347.  
  348.  BaycoM command must be MW, MD or MU.
  349.  
  350.    A REMOTE user has issued a command beginning with M but paKet has
  351.    failed to recognise it as one of the valid commands.  Normally M is
  352.    used for the BayCom file transfer commands so paKet issues the above
  353.    message to help the REMOTE user with the required syntax.
  354.  
  355.  
  356.  
  357.  
  358.  Before registering, please enter your Call Sign in the
  359.  Configuration's Miscellaneous options (<Alt-Z> then 9)
  360.  
  361.    You typed <Alt-R> to register the program but I need to know your
  362.    callsign to confirm whose copy this is.  Enter your callsign in the
  363.    Miscellaneous Configuration Window and paKet will then ask for your
  364.    serial number.
  365.  
  366.  
  367.  
  368.  Buffer Search
  369.  Please enter the search string  -
  370.  
  371.    When you wish to search backwards through the Flashback buffer for a
  372.    particular string of characters, this message will prompt you for the
  373.    data to search for.
  374.  
  375.    This is not case sensitive so it doesn't matter if the data is in upper
  376.    or lower case, if it is spelt the same it will be matched!
  377.  
  378.    Refer to the section on the <Alt-F> and <Alt-L> keys for further
  379.    discussion on this facility.
  380.  
  381.  
  382.  
  383.  CFG file error - incorrect version
  384.  
  385.    This message is displayed on the DOS screen immediately prior to the
  386.    program's return to the operating system.  If the config file is not
  387.    the correct version, paKet does not know what parameters to use so it
  388.    aborts before it gets started!
  389.  
  390.  
  391.                                Page 163
  392.  
  393.    The version number appears in the first line of the CFG file and must
  394.    be the same as the current version of the program.
  395.  
  396.    If you have no backup of the correct CFG file, run INSTALL again to
  397.    rebuild the CFG file.
  398.  
  399.  
  400.  
  401.  CFG file error
  402.  
  403.    This error will appear immediately after you attempt to start the
  404.    program if there is something wrong with the PAKET.CFG file. It will
  405.    not even appear in a pop-up window because those windows will not have
  406.    been created yet.
  407.  
  408.    The error message could be followed by further details such as:
  409.       "invalid Keyword ignored"
  410.       "no keyword"
  411.       "invalid colour"
  412.       "invalid data"
  413.       "too many beginning commands"
  414.       "too many ending commands"
  415.       "too many alerts"
  416.  
  417.    In any case, the offending line in the config file will be displayed
  418.    to help you identify the fault.
  419.  
  420.    You should never see any of these messages because the config file is
  421.    managed by the program itself and it can be expected to do the job
  422.    correctly.  You should have no need to manually edit the file.  (Er, no
  423.    offence, but I suspect the only way the config file will be corrupted
  424.    in this way is if someone tries to edit the file with their text editor)
  425.  
  426.    There is a section in this Manual covering the Config File, and
  427.    discusses the various parameters.  This was included for completeness
  428.    of the program documentation and for those who are interested in the
  429.    workings of the system.  It is not included as an invitation to fiddle!
  430.  
  431.  
  432.  
  433.  Closing existing file capture
  434.  
  435.    You are running a Script and paKet finds an AD command in that Script.
  436.    (That AD command is used to open a file for an ASCII Text Download)
  437.    If there is already a Text file download in progress, paKet will close
  438.    that existing file before opening the new file specified in the AD
  439.    command.
  440.  
  441.    The above message appears to inform you of the action being taken.  You
  442.    do not have to do anything.
  443.  
  444.  
  445.  
  446.  
  447.                                Page 164
  448.  
  449.  Closing log file (filename)
  450.  
  451.    This is a message to confirm the Log File is now being closed.
  452.  
  453.    This message could appear after you close the Log File with the <F2>
  454.    key or if the file is closed automatically by the AUTO log function
  455.    when a station is Disconnected.
  456.  
  457.    No action is required unless you want to continue logging, in which
  458.    case you should manually reactivate the Log File with the <F2> key.
  459.  
  460.  
  461.  
  462.  COMx is not installed. Try another? (Y/N)
  463.  
  464.    When paKet starts, one of the first things it does is to set up the
  465.    Computer's Serial port. It tries to initialise the port you have
  466.    specified in your Configuration but if that port is unavailable, this
  467.    message appears to give you the opportunity to try another one.
  468.  
  469.    This condition should rarely occur but is possible if you have changed
  470.    your Computer's hardware or if you have copied a Configuration File
  471.    from another system.
  472.  
  473.    Anyway, no harm is done as paKet will cycle through all the Serial
  474.    Ports until it finds the one you wish to use.
  475.  
  476.    You should check the rest of the Configuration, especially the Serial
  477.    Port details once the system starts up.  If the Port number was wrong,
  478.    it is possible other parameters will need adjustment too.
  479.  
  480.  
  481.  
  482.  Confirming...Connected to (callsign)
  483.  
  484.    After pressing <Alt-V> to verify the connected status, this message
  485.    will appear if the TNC agrees with the callsign already displayed in
  486.    the Communications Window Header line.
  487.  
  488.    No action required.
  489.  
  490.  
  491.  
  492.  Confirming...Not Connected
  493.  
  494.    After pressing <Alt-V> to verify the connected status, this message
  495.    will appear if there is currently no connection and the TNC has simply
  496.    confirmed this.
  497.  
  498.    No action required.
  499.  
  500.  
  501.  
  502.  
  503.                                Page 165
  504.  
  505.  Corrupted PAKETCFG.HLP file
  506.  
  507.    The PAKETCFG.HLP file contains help information that may (optionally)
  508.    be displayed while you are accessing the Online Configuration Windows.
  509.  
  510.    You should not see this error message at all - if it does appear, it
  511.    suggests someone has modified the file!
  512.  
  513.    Extract the original file from your original paKet diskette or from
  514.    your backup copy.
  515.  
  516.  
  517.  
  518.  
  519.  
  520.  
  521.  
  522.  
  523.  
  524.  
  525.  
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532.  
  533.  
  534.  
  535.  
  536.  
  537.  
  538.  
  539.  
  540.  
  541.  
  542.  
  543.  
  544.  
  545.  
  546.  
  547.  
  548.  
  549.  
  550.  
  551.  
  552.  
  553.  
  554.  
  555.  
  556.  
  557.  
  558.  
  559.                                Page 166
  560.  
  561. Messages starting with D and E
  562.  
  563.  Deleting (filename) - Are you sure? (Y/N)
  564.  
  565.    If you attempt to delete a file, paKet will ask for confirmation before
  566.    it performs the deletion. You have one final chance!
  567.  
  568.    Enter "Y" to carry out the deletion.
  569.  
  570.  
  571.  
  572.  Disk error on drive X
  573.  
  574.    Unfortunately this means just what it says.
  575.  
  576.    This error condition is returned by the DOS operating system. The causes
  577.    are many and varied so you should perform the usual checks to try to
  578.    identify the cause.  Typically the error is related to the lack of space
  579.    on a disk or diskette, or perhaps a diskette drive door was opened.
  580.  
  581.    If there really is a fault with the disk you will be getting similar
  582.    error messages when you are running other programs. In that case
  583.    specialist attention is required.
  584.  
  585.    The error message is usually followed for some additional information
  586.    returned by the Operating System, such as:
  587.            "Write protected"
  588.            "Unknown unit"
  589.            "Drive not ready"
  590.            "Unknown command"
  591.            "Data Error (CRC)"
  592.            "Bad Request"
  593.            "Seek Error"
  594.            "Unknown media type"
  595.            "Sector not found"
  596.            "Printer out of paper"
  597.            "Write fault"
  598.            "Read fault"
  599.            "General failure"
  600.            "Unknown error type"
  601.  
  602.    and you will usually be given the following options:
  603.            "Abort, Retry, Ignore <R>"
  604.  
  605.    Check the DOS documentation for further information, and refer to the
  606.    description on the "Abort, Retry, Ignore" message for discussion on the
  607.    options available.
  608.  
  609.  
  610.  
  611.  
  612.  
  613.  
  614.  
  615.                                Page 167
  616.  
  617.  Displayed Callsign changed to match the TNC
  618.  
  619.    After pressing <Alt-V> to verify the connected status, this message
  620.    will appear if the TNC indicates we are connected to a station other
  621.    than that indicated in the current window's Communications Window
  622.    Header.
  623.  
  624.    No action required.
  625.  
  626.  
  627.  
  628.  Download commenced
  629.  Download successful
  630.  Download UNSUCCESSFUL
  631.  
  632.    These advisory messages appear in a System Note which is displayed in
  633.    the Communications Window (and in your log if the Log File is active at
  634.    the time) when a Binary File Transfer is performed.
  635.  
  636.    The messages are produced mainly to cover those situations where the
  637.    file is transferred by a REMOTE operator or from within a Script file.
  638.    In other words, at a time where you are not present to see the activity
  639.    and I thought it would be helpful to be able to scroll back into the
  640.    Flashback buffer or to check the log to determine the success or
  641.    otherwise of the transfer.
  642.  
  643.  
  644.  
  645.  Enter a DOS command, or press Enter for a DOS window.
  646.  >
  647.  
  648.    When you want to exit to DOS to perform some program or DOS command you
  649.    can do it in one of two ways:
  650.  
  651.     1.  You may enter the command into the message window beside the
  652.         ">" prompt.
  653.  
  654.         If you do this, the command will be executed (if possible) and you
  655.         will be invited to "Press any key to continue" before paKet
  656.         resumes where it left off.  The "Press any key to continue"
  657.         message appears briefly over the DOS display to allow you time to
  658.         peruse the result of the job and to read any messages etc that may
  659.         have come from the DOS command.
  660.  
  661.      2. Press <Enter> instead of entering a command, and the screen will
  662.         be cleared before control is passed over to DOS and the familiar
  663.         DOS Prompt.
  664.  
  665.         When you have finished the DOS operations, type EXIT to return to
  666.         paKet.  Do NOT type PAKET again as the system will attempt to load
  667.         a second copy of paKet into memory!
  668.  
  669.     Please keep in mind that paKet is still in memory at this stage,
  670.     gathering any incoming data that may be sent from the TNC while you are
  671.                                Page 168
  672.  
  673.     doing your DOS jobs. So you will have considerably less free memory for
  674.     your other DOS programs and may even find some will not run due to
  675.     insufficient memory. The only remedy for this, I am afraid, is to
  676.     return to paKet and exit the program so you can release the memory
  677.     occupied by paKet.
  678.  
  679.     If you are running paKet from a Multi Tasking system such as OS/2, or
  680.     perhaps as a DOS task under Windows Enhanced Mode, DESQview, etc it
  681.     would be better to simply use the system to start another DOS task and
  682.     run your other program from there.  That way, you will have the full
  683.     facilities of the system and probably full memory etc.  Check your
  684.     system parameters to ensure paKet's task continues to share the CPU
  685.     while in the "background" otherwise you could lose any data that might
  686.     be sent from the TNC.
  687.  
  688.  
  689.  
  690.  Enter any command you want sent to the other station (Esc if none).
  691.  
  692.    There is a RAW Binary File Transfer mode available in paKet.  This mode
  693.    is provided to cover those situations where you need to conduct a
  694.    Binary File transfer with some other computer system that does not
  695.    support pP, YAPP or BayCom file transfer protocols.
  696.  
  697.    With the RAW mode there is no protocol used at all so there is no
  698.    handshaking performed by the system - it is up to you to do it all
  699.    manually.
  700.  
  701.    One of the things you might need to do after initiating the transfer is
  702.    to send some command to the other system to get its end of things
  703.    going.  So this message will appear to allow you to enter that other
  704.    command and if entered, that data will be sent to the other station
  705.    before paKet switches over to Transparent Mode for the File Transfer.
  706.  
  707.  
  708.  
  709.  Enter new Path\Filename for (filename)
  710.  
  711.    When you select a file to be Renamed or Moved to another directory
  712.    (with the <Alt-R> key), paKet will ask for the new name.
  713.  
  714.    In response to this message, enter the new filename or, if you wish to
  715.    move it to another sub directory, enter the full path details. For
  716.    example: \PAKET\BINARY\UTILS\USEFUL.COM
  717.  
  718.    If the Rename or Move cannot be performed you might see one of the
  719.    following self explanatory messages:
  720.       "No such file or directory"
  721.       "I can't do that."
  722.       "Maybe that file exists?"
  723.       "I can't MOVE to a different device!"
  724.  
  725.  
  726.  
  727.                                Page 169
  728.  
  729.  Enter Path:
  730.  
  731.    When you choose to "Enter file name manually" from the Directory Window
  732.    you will be asked to enter the details of the desired file in this
  733.    Message Window.
  734.  
  735.    Any valid file name may be entered here, including a drive and/or
  736.    directory together with the desired filename.
  737.  
  738.  
  739.  
  740.  Error closing the log file
  741.  
  742.    The operating system has detected an error while closing the Log File.
  743.  
  744.    Check the usual things (available space, diskette drive door open, etc)
  745.    and be warned that you could have lost some of the log file with this
  746.    error.
  747.  
  748.    Processing will continue without the Log File.
  749.  
  750.  
  751.  
  752.  Error in Script JUMP command
  753.  
  754.    This message appears when you run a Script but the program finds some
  755.    syntax error in your Script file.  In this case the error is in a JUMP
  756.    command.
  757.  
  758.    Refer to the section on Scripts in this manual for a discussion on the
  759.    correct syntax requirements.
  760.  
  761.  
  762.  
  763.  Error saving Configuration. No changes saved.
  764.  
  765.    If you make any changes to paKet's Configuration, the changes are
  766.    automatically saved to disk, but if this message occurs, the latest
  767.    changes to the Configuration have NOT been saved.
  768.  
  769.    Processing continues, but you should check your system to see why the
  770.    error occurred. The possible causes are many and varied but if you are
  771.    not having other problems this could be as simple as running out of
  772.    space.
  773.  
  774.  
  775.  
  776.  Error setting new directory
  777.  
  778.    When the Directory Window is on the screen, you may change directories
  779.    by highlighting a sub directory entry (shown as "<DIR>") then pressing
  780.    <Enter>. The system will change to that directory and will then display
  781.    the contents of that new sub directory.
  782.  
  783.                                Page 170
  784.  
  785.    You may also choose another directory by specifying the path manually.
  786.  
  787.    This error message occurs when the system is unable to change to the
  788.    new directory. As you would usually be changing by pointing to the
  789.    displayed directories, this error should be rare.  It is most likely
  790.    you have typed the path manually and have mistyped something.
  791.  
  792.  
  793.  
  794.  Error writing to file being Received - now closed
  795.  
  796.    A disk write error has occurred while receiving an ASCII file.
  797.  
  798.    The file is now closed but is probably incomplete. You should check
  799.    your computer system to see what might have caused the problem.
  800.  
  801.    Typically this error is caused by a lack of space on the disk or, if a
  802.    diskette is being used, check the diskette is not write protected and
  803.    the drive door is closed.
  804.  
  805.    When you have corrected the problem, you can try the file transfer
  806.    again.
  807.  
  808.  
  809.  
  810.  EXIT to DOS?
  811.  Press "Y" to Confirm
  812.  
  813.    After pressing <Alt-X> or <Alt-F4> to exit the program, this message
  814.    will appear asking for your confirmation that this is what you really
  815.    want. It is so easy to press the wrong key (I have done it often).
  816.  
  817.    If you enter "Y" the paKet program will close down and control returns
  818.    to the DOS prompt (or to the Menu if you loaded paKet from a Menu).
  819.  
  820.    Type anything else and paKet ignores the Exit request, resuming
  821.    whatever it was doing.
  822.  
  823.  
  824.  
  825.  
  826.  
  827.  
  828.  
  829.  
  830.  
  831.  
  832.  
  833.  
  834.  
  835.  
  836.  
  837.  
  838.  
  839.                                Page 171
  840.  
  841. Messages starting with F, G and H
  842.  Failed to make window
  843.  
  844.    There are over 20 different windows used by the paKet system and there
  845.    is some memory allocation and initialisation required to set these up.
  846.    The most likely problem if this message appears is Insufficient Memory.
  847.  
  848.  
  849.  
  850.  File display not available.
  851.  
  852.    A REMOTE user can request a display of the disk directory on our system
  853.    with the W, MW or YW commands.   paKet prepares the listing in sorted
  854.    sequence as a temporary file on disk, then that temporary file is sent
  855.    to the other station.
  856.  
  857.    If some disk error occurs during the creation of this temporary file,
  858.    the above message is sent to the other station and the directory
  859.    listing is not sent.
  860.  
  861.    Action required is similar to that for other disk errors.
  862.  
  863.  
  864.  
  865.  File has no data
  866.  
  867.    You have selected a file to be sent to another station but this file is
  868.    empty!
  869.  
  870.  
  871.  
  872.  File path is ignored (I will use the file NAME).
  873.  
  874.    A REMOTE user has issued a file upload command to send a file to our
  875.    system but has included a drive and/or directory name in addition to
  876.    the file name.
  877.  
  878.    For your protection, paket will not allow uploads into anything but the
  879.    Upload directory you have specified in the Configuration.
  880.  
  881.    The above message is sent to the other user, but the file transfer
  882.    continues using just the file name specified.  That new file will be
  883.    written into your Upload (receive) directory.
  884.  
  885.  
  886.  
  887.  File write error
  888.  
  889.    While performing a Binary File transfer a disk error has occurred. As
  890.    various checks are usually performed before the transfer begins, I am
  891.    afraid this message does suggest you have a hardware problem.
  892.  
  893.    Maybe if you are using diskettes the problem is simply a matter of the
  894.    drive door being open?
  895.                                Page 172
  896.  
  897.  
  898.  
  899.  
  900.  ... has the telephone bells disabled here, but give it a minute or so..."
  901.  
  902.    Eg:  Tony has the telephone bells disabled here, but ...(etc)
  903.  
  904.    If a REMOTE user selects the T(alk) option to leave REMOTE Mode and
  905.    continue in normal conversation mode with you, paKet will usually ring
  906.    the bells to attract your attention.
  907.  
  908.    If you have the "telephone bells" option disabled or you are running in
  909.    Quiet Mode the program will not ring the bells.  In this case, the
  910.    above message is sent to the REMOTE user for information.
  911.  
  912.  
  913.  
  914.  Hey, we have got more data than the file size expected!
  915.  I can't handle that, so I will abort the transfer
  916.  
  917.    This should not happen because the system will be expecting the exact
  918.    file size as indicated in the directory. But just in case something
  919.    goes wrong...
  920.  
  921.  
  922.  
  923.  Hey, you can't send the CURRENT log file!
  924.  Think about it...the file will grow as fast as you can send it!
  925.  
  926.    You wouldn't really try to transmit the current log file, would you?
  927.  
  928.    Close the Log File, then try again.
  929.  
  930.  
  931.  
  932.  Housekeeping...tidying up the PMS DataBase...
  933.  
  934.    From time to time, when you are using the Sysop PMS Menu (refer the
  935.    <Alt-M> key) paKet will perform some internal housekeeping to minimise
  936.    any wastage of space in the PMS sub-system. This message appears
  937.    briefly to inform you of this housekeeping.
  938.  
  939.  
  940.  
  941.  
  942.  
  943.  
  944.  
  945.  
  946.  
  947.  
  948.  
  949.  
  950.  
  951.                                Page 173
  952.  
  953. Messages starting with I
  954.  
  955.  I am unable to record your Serial Number
  956.  Try recording your Serial Number with the INSTALL program
  957.  but if no success, contact your official paKet distributor.
  958.  
  959.    When recording your Serial Number, the program updates itself on disk.
  960.    That is, it writes your Serial Number into the PAKET.EXE file.
  961.    But these messages will appear if it is unable to do so.
  962.  
  963.    The two most common causes of this error are:
  964.  
  965.       1. The program is write-protected with the Read-Only attribute or
  966.          it is on a write-protected diskette;  or
  967.  
  968.       2. You are running the Microsoft SHARE program (usually from
  969.          within your system's AUTOEXEC.BAT file) and SHARE will not
  970.          allow us to write the new serial number into the PAKET.EXE file
  971.          while it is being used!
  972.  
  973.    If 1, remove the write protect status from the PAKET.EXE file and try
  974.    again.   Please note there is no other form of modification being done
  975.    to the program - it is simply recording the Serial Number.  You may
  976.    still give a copy of your program to others, even with your Serial
  977.    Number recorded.  In fact I encourage you to do so (although I would
  978.    rather you give them a copy of the original distribution diskette just
  979.    to help ensure they get the entire package).
  980.  
  981.    If 2, SHARE will not allow us to record the Serial Number while paKet
  982.    is running.  You could remove SHARE temporarily, probably by editing
  983.    your AUTOEXEC.BAT and rebooting, or you can register the program from
  984.    paKet's INSTALL program. See the INSTALL.DOC file for details. The
  985.    computer system will be happy to update your copy of the PAKET.EXE
  986.    program from the INSTALL program because then you will not be actually
  987.    running the PAKET program at that time!
  988.  
  989.  
  990.  
  991.  I assume you have ALREADY set the TNC's parameters.
  992.  
  993.    If you want to change some Serial Port settings, the procedure is
  994.    usually to issue the commands to the TNC then change the computer's
  995.    settings in the Serial Port Configuration Window.
  996.  
  997.    The TNC will note the changes but not actually use the new settings
  998.    until a RESTART command is issued (some non standard TNCs use RESET but
  999.    RESTART is the most widely used).
  1000.  
  1001.    If, after making some changes to the Serial Port Configuration, you
  1002.    ask paKet to issue the RESTART command, the above message appears to
  1003.    remind you the TNC parameters should have been made already.
  1004.  
  1005.  
  1006.  
  1007.                                Page 174
  1008.  
  1009. Messages starting with "I can't..."
  1010.  
  1011.  I can't append to the file
  1012.  
  1013.    A disk error has occurred after choosing to append to the existing
  1014.    file. At this stage, we know the file exists so the most likely cause
  1015.    would be a lack of space or a genuine hardware error. I hope you are
  1016.    out of space!
  1017.  
  1018.  
  1019.  I can't create a new PMS DataBase
  1020.  I'll try again next time.
  1021.  
  1022.    While doing some housekeeping on the PMS DataBase, paKet tried to
  1023.    create a new file to contain the "cleaned up" PMS but got a disk error.
  1024.  
  1025.    This housekeeping can wait till next time - it is not critical - so
  1026.    processing continues. You should check it out as soon as possible to
  1027.    see what the problem is.
  1028.  
  1029.  
  1030.  I can't create the file
  1031.  
  1032.    An attempt was made to create a new data file but it failed.
  1033.  
  1034.    You could check to see there is sufficient space available and if you
  1035.    are using the Root directory, ensure there are sufficient directory
  1036.    entries available.
  1037.  
  1038.    If using diskette, ensure the diskette is not write protected and the
  1039.    diskette is inserted in the drive with the door closed.
  1040.  
  1041.    It should be quite obvious which file paKet is trying to create because
  1042.    of other messages that will be displayed and because it is probably the
  1043.    result of some command you have given that the file is being created
  1044.    anyway.
  1045.  
  1046.    If the new file is one specified in the Configuration, for example the
  1047.    Connect File, check the details in the Configuration - it may be you
  1048.    have specified a drive or directory that does not exist.
  1049.  
  1050.  
  1051.  
  1052.  I can't delete this entry
  1053.  
  1054.    You may delete a normal FILE from a Directory Window, but you may NOT
  1055.    delete a Read-Only, Hidden or System File, nor a Volume Label!
  1056.  
  1057.  
  1058.  
  1059.  I can't do that. Maybe that file exists?
  1060.  
  1061.    The system returned an error condition when trying to rename a file.
  1062.  
  1063.                                Page 175
  1064.  
  1065.    Typically this could be because the new name you gave is a file that
  1066.    already exists in that directory.  The Rename/Move function is not like
  1067.    a COPY command - it will not overwrite an existing file.
  1068.  
  1069.  
  1070.  I can't find COMMAND.COM
  1071.  
  1072.    You are in big trouble!  The system could not find COMMAND.COM and you
  1073.    will not be able to run other DOS jobs without it!
  1074.  
  1075.    Usually DOS can find it via the COMSPEC parameter, or maybe in the
  1076.    current directory or via the PATH statement.
  1077.  
  1078.  
  1079.  
  1080.  I can't find (filename)
  1081.  
  1082.    This error message appears after paKet is asked to process this data
  1083.    file but the file could not be found.
  1084.  
  1085.    It is most likely to appear after you have manually entered a file name.
  1086.  
  1087.    Try the operation again, specifying the correct file name, not
  1088.    forgetting to specify a path (drive and subdirectory) if necessary.
  1089.  
  1090.    The error could also appear after selecting a file which is specified
  1091.    incorrectly in the Configuration. For example if the location of the
  1092.    TNC Help file is not correctly recorded in the Configuration this
  1093.    message will appear when you press <F10> to see the TNC Help file. In
  1094.    this case, select the Configuration (<Alt-Z>, then 8) and make the
  1095.    necessary corrections before trying the operation again.
  1096.  
  1097.    If you are in REMOTE Mode and the other station requests a file
  1098.    transfer, this message will be sent to that other station if the
  1099.    specified file could not be found.
  1100.  
  1101.  
  1102.    If the file paKet is looking for is a Help File, it will probably
  1103.    display an additional message such as:
  1104.       "I will continue but without the Configuration Help windows"
  1105.    and processing will continue, as this error is considered less serious.
  1106.  
  1107.  
  1108.    If paKet is unable to find the PAKET.CFG file, this message will be
  1109.    displayed immediately prior to control returning to DOS. The CFG file
  1110.    should normally be in the same directory as the paKet program, but you
  1111.    may specify a different the CFG file, including a path,  on the command
  1112.    line if you wish.
  1113.  
  1114.    If you would like to have multiple configurations available, for example
  1115.    a husband and wife might share the computer for packet operations; then
  1116.    each can have their own configuration, not just for things like colours
  1117.    but for Operator Name and callsign, etc. Or you might have a different
  1118.    setup for VHF and for say HF operations or for PacTOR operations.
  1119.                                Page 176
  1120.  
  1121.  
  1122.    To specify a different CFG file, specify the name of the desired CFG
  1123.    file on the command line.  For example to load and run PAKET with a
  1124.    config file of HF.CFG you type the command line as follows:
  1125.       PAKET HF
  1126.    You do not need to specify the .CFG extension.  If no parameter is
  1127.    specified on the command line, paKet will look for a CFG file with the
  1128.    same name as the program (i.e. PAKET.CFG) in the same directory as the
  1129.    program.
  1130.  
  1131.  
  1132.  I can't find (filename). I'll create a new one.
  1133.  
  1134.    When you first use the <Alt-C> facility to Connect to another station,
  1135.    paKet will fail to find a Connect File and will produce this message to
  1136.    let you know it is creating a new one.
  1137.  
  1138.    You can enter as many station details as you wish into this window and
  1139.    it will be automatically saved to disk using the "filename" specified.
  1140.    Next time that file should be found and the message will no longer
  1141.    appear.
  1142.  
  1143.    There is a possibility the filename is incorrect in paKet's
  1144.    Configuration in which case the message will serve as a warning that
  1145.    you are not accessing the correct file. Or perhaps the file is on
  1146.    diskette and the appropriate diskette is not in the drive. If so, you
  1147.    can delete or ignore the new file just created, and insert the correct
  1148.    diskette.
  1149.  
  1150.  
  1151.  I can't find message nn!
  1152.  
  1153.    You have entered a PMS command but the message number you have
  1154.    specified does not exist.
  1155.  
  1156.    Reenter the command with the correct message number. You could perform
  1157.    a List command ("L") to see the available messages.
  1158.  
  1159.  
  1160.  
  1161.  I can't find the (filename) Script file.
  1162.  
  1163.    If a REMOTE user attempts to Perform a Script on our system, paKet will
  1164.    send back this message if that file cannot be found in our Scripts
  1165.    directory.
  1166.  
  1167.  
  1168.  I can't find the (dir) directory.
  1169.  
  1170.    This message will appear if you have manually entered a file name and
  1171.    path but the directory could not be found.
  1172.  
  1173.    Try the operation again with the correct name.
  1174.  
  1175.                                Page 177
  1176.  
  1177.  
  1178.  I can't find the program to run
  1179.  
  1180.    The "program" in this case could be a program name you have entered at
  1181.    the DOS command line provided by paKet's <F9> DOS exit.
  1182.  
  1183.    Another possibility is the system could not find the program to Edit or
  1184.    to Display a data file if you have used the <Alt-E> or the <Alt-D>
  1185.    commands.
  1186.  
  1187.    If the message occurs after you select <Alt-E>, check paKet's Online
  1188.    Configuration - Directories and Files and correct the System Editor
  1189.    entry before trying the operation again.
  1190.  
  1191.    If the message occurs after you select <Alt-D>, check paKet's Online
  1192.    Configuration - Directories and Files and correct the "Command to list
  1193.    a file" entry before trying the operation again.
  1194.  
  1195.  
  1196.  
  1197.  I can't MOVE to a different device!
  1198.  
  1199.    When moving a file with the <Alt-R> key, the system will not actually
  1200.    copy the data, it simply adjusts the directory entry.  As different
  1201.    drives have different directories, a "move" is not possible between
  1202.    drives. You will have to copy the file to the new drive then (if
  1203.    desired) delete the file on the original drive. Use the COPY command
  1204.    from the DOS Gateway (refer <F9> key).
  1205.  
  1206.  
  1207.  
  1208.  I can't read the message file.
  1209.  Ask (your name) to investigate the cause
  1210.  
  1211.    A REMOTE operator tried to read a message from our PMS but something is
  1212.    wrong with the file.
  1213.  
  1214.    Your guess is as good as mine at this stage.  Perhaps you have had some
  1215.    problems with the system or maybe you have been adjusting the
  1216.    configuration and the files are no longer in the correct directory?
  1217.  
  1218.    This message is sent to the other station to let them know they are not
  1219.    going to be able to see that message they wanted!
  1220.  
  1221.  
  1222.  
  1223.  I can't Rename/Move this entry
  1224.  
  1225.    You may Rename or Move a normal FILE in a Directory Window, but you may
  1226.    NOT Rename or Move a Hidden or System File, a Sub Directory, nor a
  1227.    Volume Label!
  1228.  
  1229.  
  1230.  
  1231.                                Page 178
  1232.  
  1233.  I can't see CTS signal on the Serial Port!
  1234.  Would you like to try Software Handshaking? (Y/N)
  1235.  
  1236.    You might need to refer to the discussion on Hardware vs Software
  1237.    Handshaking in the Technical Section of this Manual if you have
  1238.    difficulty understanding what this is all about.
  1239.  
  1240.    If you are using Hardware Handshaking the CTS signal should be present
  1241.    when the program starts but paKet has found that signal "missing".
  1242.  
  1243.    It is possible the cable used to connect the TNC to the Computer does
  1244.    not have this CTS line connected. Such cables are quite common and if
  1245.    you have one of these, you must change to Software Handshaking.
  1246.  
  1247.  
  1248.  
  1249.    If you reply "Y" paKet will change it's Configuration to Software
  1250.    Handshaking and processing will continue. Please ensure the TNC's XFLOW
  1251.    command is set ON if you use Software Handshaking - this is especially
  1252.    important if you are doing any file transfers.
  1253.  
  1254.    If you reply "N" paKet will attempt to continue in Hardware Handshaking
  1255.    mode, although without a CTS signal it will be unable to send anything
  1256.    to the TNC!   Usually you would select this option after you have been
  1257.    able to restore the CTS line and then processing will continue normally.
  1258.  
  1259.  
  1260.  
  1261.  
  1262.  
  1263.  
  1264.  
  1265.  
  1266.  
  1267.  
  1268.  
  1269.  
  1270.  
  1271.  
  1272.  
  1273.  
  1274.  
  1275.  
  1276.  
  1277.  
  1278.  
  1279.  
  1280.  
  1281.  
  1282.  
  1283.  
  1284.  
  1285.  
  1286.  
  1287.                                Page 179
  1288.  
  1289. Messages starting with I (cont)
  1290.  
  1291.  I did not get the expected response from the TNC
  1292.  So, I am not too sure whether we are connected or not!
  1293.  
  1294.    When you press <Alt-V> to verify the TNC's connected status, paKet
  1295.    issues a command to the TNC and interrogates its response but in this
  1296.    case the expected response was not received.
  1297.  
  1298.    The displayed callsign is not changed.
  1299.  
  1300.    If this happens more than once, it may be the TNC is not responding for
  1301.    some reason so you should check that and ensure it is still working for
  1302.    normal commands, then try the <Alt-V> again.
  1303.  
  1304.  
  1305.  
  1306.  I don't have room for all the help file
  1307.  
  1308.    This error message means there are more index entries in the file than
  1309.    I have allowed for.
  1310.  
  1311.    It is unlikely you will see this message, but if you do it is because
  1312.    someone has modified the Help file since I released it.  In that case
  1313.    modify it back again, or restore an original copy from the original
  1314.    paKet system.
  1315.  
  1316.  
  1317.  
  1318.  I have a disk error and cannot record the message.
  1319.  Ask (your name) to investigate the cause.
  1320.  
  1321.    This message is sent to a REMOTE user when a message is being left on
  1322.    our system but paKet is unable to write it to the disk.
  1323.  
  1324.  
  1325.  
  1326.  I have ignored this CONNECTED message because
  1327.  we seem to be Connected on this stream already!
  1328.  
  1329.    A "CONNECTED" message has appeared in the Communications Window but the
  1330.    program thinks we are already connected on this stream.
  1331.  
  1332.    Usually this string comes from the TNC when a new connection is
  1333.    established and paKet detects that particular string of characters to
  1334.    determine the callsign of the station we are now connected to.
  1335.  
  1336.    Sometimes someone else could transmit some data that happens to contain
  1337.    that same string of characters, so when it appears in the Communications
  1338.    Window paKet can easily get confused and think the TNC is telling us we
  1339.    now have a new connection!
  1340.  
  1341.  
  1342.  
  1343.                                Page 180
  1344.  
  1345.    If the program thinks we are already connected on this stream it will
  1346.    not process this CONNECTED string as a new connection; instead it will
  1347.    simply issue the above message to let you know it has been ignored.
  1348.  
  1349.    If you wish, you can press <Alt-V> to ask your TNC to verify the
  1350.    callsign of the station we are currently connected to.
  1351.  
  1352.  
  1353.  
  1354.  I need the file name and the file size.
  1355.  Eg: MU PROG.COM,14392
  1356.  Enter zero for the filesize if you don't know it's size in bytes.
  1357.  
  1358.    A REMOTE user (presumably a BayCom user) is attempting to send a
  1359.    Binary File to us but the MU command was incomplete.
  1360.  
  1361.    At the time of writing this Manual, the BayCom system does not support
  1362.    any Binary File Transfer protocol.  Without a formal file transfer
  1363.    protocol, paKet has no way of knowing when the end of the incoming data
  1364.    file is reached.
  1365.  
  1366.    So, I have implemented a requirement that the file SIZE be specified.
  1367.    If the program knows the size of the file, it can count the data bytes
  1368.    as they are received and then it will know when to close the file!
  1369.  
  1370.    To cover the situation where the file size is not known, the program
  1371.    will allow the transfer to proceed if you specify a 0 for the file
  1372.    size.  But then you will have to close the file manually.
  1373.  
  1374.    For full details on this operation, have a look at the description of
  1375.    the <Alt-F8> key in the Keyboard Commands section of this Manual.
  1376.  
  1377.  
  1378.  
  1379.  I'll ring the bell. If no response soon, maybe (your name) is not around?
  1380.  
  1381.    A REMOTE user has typed a "T" command at the menu to leave REMOTE Mode
  1382.    and to talk to you in normal conversation mode.  The above message is
  1383.    sent to the other station to acknowledge that command.
  1384.  
  1385.    paKet will sound the bell to alert you to this and will remain in
  1386.    Converse Mode for a short time to allow you to come to the keyboard.
  1387.    If you are not there, the program will return to REMOTE Mode and send
  1388.    the menu to the other station.
  1389.  
  1390.  
  1391.  
  1392.  Insufficient memory
  1393.  
  1394.    There are thousands of places within paKet (well quite a few anyway)
  1395.    that could issue this dreaded message.
  1396.  
  1397.    In the current version of paKet I have gone to great lengths to
  1398.    minimise the chances of getting this message.  paKet will perform some
  1399.                                Page 181
  1400.  
  1401.    internal overlays to reduce the memory demands but will still require a
  1402.    system with at least 384KB available.
  1403.  
  1404.    If you happen to have EMS memory available, paKet will use some of that,
  1405.    notably for the Flashback buffers which tend to consume lots of precious
  1406.    memory.   But most of the memory required comes from the Base 640KB.
  1407.  
  1408.    Try to conserve as much memory as possible because even if paKet runs
  1409.    quite happily in the available memory, you might still need more if you
  1410.    want to run some external program from within paKet.  For example,
  1411.    editing a file will add to the memory demands as the system will have to
  1412.    load the chosen Editor program then load the data file you want to edit.
  1413.    Or if you take the DOS exit (refer <F9> key) you might find there is not
  1414.    enough memory left, after paKet has taken its lot, to run your DOS
  1415.    commands.
  1416.  
  1417.    There are some things you can do to overcome this "Insufficient memory"
  1418.    problem:
  1419.  
  1420.       1. If you are one of the few remaining diehards who are running an
  1421.          IBM or compatible system with less than 640KB RAM, then the
  1422.          solution is easy: "buy some more memory!"
  1423.  
  1424.       2. Reduce the memory demands from within paKet by:
  1425.             a. configuring fewer Communications Windows (I find 3 plenty
  1426.                for my operation). Each of these will consume some memory
  1427.                overheads and if you don't really need all 10 windows you
  1428.                can save some memory by reducing the number.
  1429.  
  1430.             b. configuring smaller buffers for Input and Flashback buffers
  1431.                in each of the Communication Windows.
  1432.  
  1433.                Most of the time I use only the first window - it is only
  1434.                on relatively rare occasions the second window gets used,
  1435.                the third window hardly ever. So I tend to configure larger
  1436.                buffers for the first window and reduce the others.
  1437.  
  1438.  
  1439.     3. Reduce other memory overheads such as TSRs.
  1440.          Many people do not realise that Menu programs, Shells, and the
  1441.          like that provide a "launching pad" for their programs, usually
  1442.          remain in memory while their other program is running. You should
  1443.          run paKet from the DOS prompt, by all means from a BATch file,
  1444.          but not from a Shell or Menu.
  1445.  
  1446.          And any other TSRs such as DOS's Print Spooler, Mouse drivers,
  1447.          various Pop-Up utilities such as Calendars and Phone Diallers,
  1448.          all consume some memory even if they are not currently being
  1449.          used. There are techniques available for some systems now to load
  1450.          these things in High Memory (eg the latest versions of MS-DOS and
  1451.          DR-DOS, as well as other products such as QEMM provide this
  1452.          "load-high" facility). If you can, load as much as possible into
  1453.          High Memory to relieve the pressure on the Base 640K. Otherwise
  1454.          try removing any unwanted TSRs and drivers before loading paKet.
  1455.                                Page 182
  1456.  
  1457.  
  1458.       4. Make some EMS memory available.  If you have more than 640KB of
  1459.          memory in your system you can usually allocate some of this for
  1460.          EMS (sometimes called Expanded memory) and then paKet will use
  1461.          that for some overlays and Flashback buffers.
  1462.  
  1463.          Refer to your DOS documentation (or to the documentation for the
  1464.          memory manager program you are using, such as QEMM, etc) for
  1465.          details on how to set up your system for EMS memory.
  1466.  
  1467.          If EMS memory is available, paKet will automatically detect it
  1468.          and use as much as it can for its buffers etc.  Depending on your
  1469.          configured buffer sizes, paKet might use 200 to 300 KB of your
  1470.          EMS memory but in any case it will display a message at start up
  1471.          time, to inform you it is using EMS memory and telling you how
  1472.          much is used and how much is still free.
  1473.  
  1474.    Sometimes the lack of memory is not critical.  For example if you are
  1475.    loading the Online Manual (refer <Alt-F1> key) and paKet has
  1476.    insufficient memory to load that information, you will get the above
  1477.    "Insufficient memory" message followed by something like:
  1478.       "Continuing without Online Manual..."
  1479.  
  1480.    You will not be able to view that Online Manual but at least paKet
  1481.    processing can continue (without that facility).
  1482.  
  1483.  
  1484.  
  1485.  Insufficient space for this file.
  1486.  
  1487.    When receiving a Binary File, paKet will check the file size (once it
  1488.    is known) and verify there is sufficient space on the drive to hold the
  1489.    file.
  1490.  
  1491.    If the file is not going to fit, this will avoid wasted time by
  1492.    aborting the transfer before it starts.
  1493.  
  1494.  
  1495.  
  1496.  Invalid argument
  1497.  
  1498.    This message will appear if you have specified an invalid DOS command.
  1499.  
  1500.    Check the command and reenter.
  1501.  
  1502.  
  1503.  
  1504.  Invalid FLAG command in Script
  1505.  
  1506.    The Script file you have just loaded contains a command beginning with
  1507.    F which suggests a Flag command but the syntax is invalid.
  1508.  
  1509.    Refer to the section on Script Processing for syntax details.
  1510.  
  1511.                                Page 183
  1512.  
  1513.  
  1514.  
  1515.  Invalid keyword ignored in CFG file
  1516.  
  1517.    This message will appear only if someone has manually edited the
  1518.    PAKET.CFG file!  It is best to leave the configuration to paKet's
  1519.    online configuration facility.  That way, all changes to the
  1520.    configuration will be checked and validated before they are written to
  1521.    the file!
  1522.  
  1523.    If you don't know how to correct the PAKET.CFG file to get rid of this
  1524.    message, you might have to run the INSTALL program again to rebuild the
  1525.    file.
  1526.  
  1527.  
  1528.  
  1529.  Invalid Message Header.
  1530.  Just enter S to leave a message for (your name), (your callsign)
  1531.  To leave a message for a particular station, enter 'S (callsign)'
  1532.  Note the <space> after the 'S'. Eg: S VK2XYZ
  1533.  
  1534.    These messages are sent to a REMOTE user who has typed a command
  1535.    beginning with S but it does not conform to the required PMS syntax for
  1536.    sending a message.
  1537.  
  1538.    These messages are self explanatory but for more information on the
  1539.    syntax, check the PMS section of this Manual.
  1540.  
  1541.  
  1542.  
  1543.  Invalid path.
  1544.  
  1545.    There is something wrong with the path specified.
  1546.  
  1547.    For example, this message will be sent to a REMOTE user who has
  1548.    attempted to access an invalid directory with a W or D command.
  1549.  
  1550.  
  1551.  
  1552.  I/O Error - Bad Request
  1553.  I/O Error - Data Error (CRC)
  1554.  I/O Error - Drive not ready
  1555.  I/O Error - General failure
  1556.  I/O Error - Printer out of paper
  1557.  I/O Error - Read fault
  1558.  I/O Error - Sector not found
  1559.  I/O Error - Seek Error
  1560.  I/O Error - Unknown command
  1561.  I/O Error - Unknown error type
  1562.  I/O Error - Unknown media type
  1563.  I/O Error - Unknown unit
  1564.  I/O Error - Write fault
  1565.  I/O Error - Write protected
  1566.  
  1567.                                Page 184
  1568.  
  1569.    An error has occurred and paKet has attempted to identify the
  1570.    particular error. These errors are documented in your computer's
  1571.    Operating System documentation and are reasonably descriptive of the
  1572.    problem.
  1573.  
  1574.    In most cases you will know what is causing the error as you will have
  1575.    just performed some function, for example you will have requested a
  1576.    directory display from a diskette, or you will have attempted to use
  1577.    the printer.
  1578.  
  1579.    Refer to your DOS system documentation for further information on any
  1580.    action to be taken.
  1581.  
  1582.    And refer to the description on the "Abort, Retry, Ignore" message for
  1583.    discussion on the options available.
  1584.  
  1585.  
  1586.  
  1587.  
  1588.  
  1589.  
  1590.  
  1591.  
  1592.  
  1593.  
  1594.  
  1595.  
  1596.  
  1597.  
  1598.  
  1599.  
  1600.  
  1601.  
  1602.  
  1603.  
  1604.  
  1605.  
  1606.  
  1607.  
  1608.  
  1609.  
  1610.  
  1611.  
  1612.  
  1613.  
  1614.  
  1615.  
  1616.  
  1617.  
  1618.  
  1619.  
  1620.  
  1621.  
  1622.  
  1623.                                Page 185
  1624.  
  1625. Messages starting with K, L and M
  1626.  
  1627.  Keystroke ignored.  Press <Esc> to abort the transfer.
  1628.  
  1629.    While conducting a Binary File Transfer, you should not be typing any
  1630.    other commands and you can't talk to the other station while the
  1631.    transfer is in progress, so any keystrokes (except the <Esc> key) are
  1632.    going to be ignored.
  1633.  
  1634.    This message will pop up if you do happen to type something during the
  1635.    Binary File Transfer.   No harm done though.
  1636.  
  1637.  
  1638.  
  1639.  Leaving REMOTE mode - returning to Normal Communications.
  1640.  
  1641.    This message is sent to a REMOTE user when paKet is leaving REMOTE Mode
  1642.    and returning to normal conversation mode.
  1643.  
  1644.    It will usually appear if the REMOTE operator types the T(alk) command.
  1645.  
  1646.  
  1647.  
  1648.  Leaving the menu...now communicating with (your name) the paKet operator
  1649.  
  1650.    If you decide to cancel REMOTE mode with the <F3> key, this message
  1651.    will be sent to the other station to let them know they are no longer in
  1652.    REMOTE Mode.
  1653.  
  1654.  
  1655.  
  1656.  Loading Manual from (filename)
  1657.  Loading (TNC Help File Name)
  1658.  
  1659.    paKet maintains an index into the Online Manual (and the TNC Help file)
  1660.    but if that index is lost of if there is any change to the Manual or
  1661.    Help File, the program will reload the manual and rebuild the index so
  1662.    it will be quicker next time.
  1663.  
  1664.    If the index needs to be reloaded, this message appears to let you know
  1665.    it is working and it confirms the name of the file it is loading the
  1666.    information from.
  1667.  
  1668.    It can take a few seconds, longer if loading from diskette, so you are
  1669.    reassured the system is still working.
  1670.  
  1671.  
  1672.    If you get an "Insufficient memory" message here, it will be followed
  1673.    by a message such as:
  1674.       "Continuing without Online Manual..."
  1675.    paKet will then continue with normal communications but, of course, in
  1676.    that case you will not be able to view the Online Manual or the Help
  1677.    File as the case may be.
  1678.  
  1679.                                Page 186
  1680.  
  1681.  
  1682.  
  1683.  Log file now closed because of file error
  1684.  Further input held with <ScrollLock>
  1685.  
  1686.    A disk error has occurred while writing to the Log File.
  1687.  
  1688.    Perhaps the most likely cause is the disk has run out of space. You can
  1689.    delete any unwanted files from paKet's online Disk Directory Window
  1690.    (<Alt-D>) ; or you can exit to DOS with the <F9> key and fix the
  1691.    problem there.
  1692.  
  1693.    If you were logging to diskette, you can replace that diskette and open
  1694.    another log file on a new diskette.
  1695.  
  1696.    In most cases paKet will automatically switch on <ScrollLock> to hold
  1697.    any input data in the buffer until you get the log file going again.
  1698.    This way you will not lose anything from the log file.  When you have
  1699.    rectified the problem, press <F2> to activate the Log file again (if
  1700.    you want to) then press <ScrollLock> to release the data from the Input
  1701.    Buffer.
  1702.  
  1703.  
  1704.  
  1705.  Looks like a Disconnect?
  1706.  REMOTE mode cancelled.
  1707.  
  1708.    paKet has detected what looks like a Disconnected message while in
  1709.    REMOTE Mode..
  1710.  
  1711.    If the other station disconnects we must shut down REMOTE mode because
  1712.    if we are going to send the Menu, we must have someone to sent it to!
  1713.  
  1714.    The normal procedure would be for the REMOTE user to type B(ye) to end
  1715.    the session then everything is closed down tidily.  But if that other
  1716.    station simply disconnects or perhaps if there is a problem with the
  1717.    radio link, paKet will ensure there are no loose ends to cause any
  1718.    problems.
  1719.  
  1720.  
  1721.  
  1722.  Maximum 280 lines per 'page'
  1723.  
  1724.    When displaying the Online Manual or the TNC Help file, each "chapter
  1725.    or section" is retained in memory for quick and easy scrolling. In
  1726.    doing this I have imposed a limit of 280 lines for each chapter or
  1727.    section.
  1728.  
  1729.    This has proven to be quite ample and works fine with the files as
  1730.    distributed. So if this message appears, the file is either corrupted
  1731.    or has been changed by someone (and, come to think of it, isn't that
  1732.    the same thing?).
  1733.  
  1734.  
  1735.                                Page 187
  1736.  
  1737.  
  1738.  Message file closed by Disconnect
  1739.  
  1740.    The other station has disconnected while paKet is receiving a PMS
  1741.    message.
  1742.  
  1743.    The Disconnect is processed and the Message File is closed to preserve
  1744.    whatever part of the message has been received so far.
  1745.  
  1746.  
  1747.  
  1748.  Move to the start of the block and press <Enter>
  1749.  Move to the end of the block and press <Enter>
  1750.  
  1751.    When you press <Alt-W> to write some data from the Flashback Buffer out
  1752.    to disk, these messages will pop up to guide you in selecting the data
  1753.    you want to capture.
  1754.  
  1755.    (For users of earlier versions of paKet, this is new.  Previously you
  1756.    had the option to write the entire buffer or none at all, but now you
  1757.    can select any part of the Flashback Buffer you wish).
  1758.  
  1759.    So, use the arrows to move back through the Flashback buffer to the
  1760.    beginning of the block of data, then press <Enter>.  The second of
  1761.    these messages will then appear asking for the end of the block.
  1762.    Move the highlight bar to the end of the block (note the block is
  1763.    highlighted as you move the bar) and press <Enter>.
  1764.  
  1765.  
  1766.    Hint:
  1767.    If you find the thing beeping at you when you press the arrows it is
  1768.    because the message window is still on the screen and you should wait
  1769.    for it to disappear.   You can remove that message window before its
  1770.    duration has expired by pressing <Esc>.
  1771.  
  1772.  
  1773.  
  1774.  Must be .......
  1775.  
  1776.    When making changes to paKet's Online Configuration, there are some
  1777.    checks performed to ensure the new values entered are valid.  paKet
  1778.    will issue a message in the above format to advise you if it thinks an
  1779.    error has been made.
  1780.  
  1781.    The message will tell you what it expects to see.  For example a
  1782.    message might be:
  1783.       "Must be between 0 and 250"
  1784.  
  1785.    This tells you the value you entered was wrong, and that the correct
  1786.    values must fall within the range indicated.
  1787.  
  1788.  
  1789.  
  1790.  
  1791.                                Page 188
  1792.  
  1793. Messages starting with N
  1794.  
  1795.  No files
  1796.  
  1797.    This message will be sent to a remote user if a directory display has
  1798.    been requested and:
  1799.  
  1800.       1. there are no files in the specified directory;  or
  1801.  
  1802.       2. if a file specification has been included in the request
  1803.          (eg: YW \BIN\*.EXE) this message will be sent if there are
  1804.          no files matching that specification;  or
  1805.  
  1806.       3. if the directory name is incorrectly specified.
  1807.  
  1808.  
  1809.  
  1810.  No further Information available. Sorry.
  1811.  
  1812.    When the REMOTE user types "I" for Information, paKet will send the
  1813.    contents of REMOTE.INF file from the default directory.
  1814.  
  1815.    However, if that file cannot be found, this message will be sent
  1816.    instead.
  1817.  
  1818.  
  1819.  
  1820.  No HELP available. Sorry.
  1821.  
  1822.    When the REMOTE user types "H" for Help, paKet will send the contents
  1823.    of the REMOTE.HLP file from the default directory.
  1824.  
  1825.    However, if that file cannot be found, this message will be sent
  1826.    instead.
  1827.  
  1828.  
  1829.  
  1830.  No messages
  1831.  
  1832.    This message will appear in response to a PMS command (eg List) if
  1833.    there are no messages currently recorded.
  1834.  
  1835.  
  1836.  
  1837.  No such file or directory
  1838.  
  1839.    This error message occurs after an attempt to Rename or to Move a file
  1840.    with the <Alt-R> key.
  1841.  
  1842.    It would usually appear if you have specified a new sub directory in an
  1843.    attempt to move a file to another subdirectory, but the specified
  1844.    subdirectory does not exist on this drive.
  1845.  
  1846.  
  1847.                                Page 189
  1848.  
  1849.  
  1850.  No, the TNC thinks we are NOT connected!
  1851.  
  1852.    After pressing <Alt-V> to verify the connected status, this message
  1853.    will appear if paKet thought there was a connection in the current
  1854.    window but the TNC disagrees, indicating there is NO connection.
  1855.  
  1856.    The Communications Window Header is changed to show "Not Connected".
  1857.  
  1858.  
  1859.  
  1860.  No, there's nobody here.  Here's the REMOTE menu back again...
  1861.  
  1862.    After the REMOTE user types a T command, paKet will return to normal
  1863.    converse mode, optionally sound the bell, and wait for you to respond
  1864.    with some keyboard activity. If you have not responded within say 30
  1865.    seconds, paKet will return to REMOTE Mode and will send the above
  1866.    message before re-issuing the menu.
  1867.  
  1868.  
  1869.  
  1870.  No, you may not leave a message for a third party
  1871.  
  1872.    In some countries it is still illegal for a message to be addressed to
  1873.    a third party.  So there is an option in paKet's configuration to
  1874.    disallow third party messages in your PMS.
  1875.  
  1876.    If your system is configured this way a REMOTE user tries to leave a
  1877.    message addressed to a third party, paKet will refuse to accept it and
  1878.    will send this message to the other station.
  1879.  
  1880.  
  1881.  
  1882.  Not enough free memory
  1883.  
  1884.    The external program you are trying to run will not fit into whatever
  1885.    memory is still available after paKet has taken what it needs.
  1886.  
  1887.    You might have to return to paKet and exit (<Alt-X> or <Alt-F4)) before
  1888.    trying the other program again.
  1889.  
  1890.  
  1891.  
  1892.  Not found
  1893.  
  1894.    If you have initiated a search through the Flashback buffer for some
  1895.    text (via the <Alt-F> or the <Alt-L> keys) the matching text will be
  1896.    highlighted.  This message will appear if there is no (more) matching
  1897.    data in the buffer.
  1898.  
  1899.  
  1900.  
  1901.  
  1902.  
  1903.                                Page 190
  1904.  
  1905.  Now I can't find message nn
  1906.  
  1907.    This is probably a program bug, so hopefully you will never see it. It
  1908.    means paKet is now unable to find a message it was working on earlier.
  1909.    If you get this, you'd better let me know!
  1910.  
  1911.  
  1912.  
  1913.  Now I can't read the PMS DataBase file!
  1914.  
  1915.    An error has occurred trying to do some housekeeping on the PMS
  1916.    DataBase file.
  1917.  
  1918.    As far as the rest of the paKet processing is concerned, this is not a
  1919.    critical error because normal communications can continue without the
  1920.    PMS. So normal processing continues.  It is likely you will lose the
  1921.    messages that were in the PMS but check it out.
  1922.  
  1923.  
  1924.  
  1925.  
  1926.  
  1927.  
  1928.  
  1929.  
  1930.  
  1931.  
  1932.  
  1933.  
  1934.  
  1935.  
  1936.  
  1937.  
  1938.  
  1939.  
  1940.  
  1941.  
  1942.  
  1943.  
  1944.  
  1945.  
  1946.  
  1947.  
  1948.  
  1949.  
  1950.  
  1951.  
  1952.  
  1953.  
  1954.  
  1955.  
  1956.  
  1957.  
  1958.  
  1959.                                Page 191
  1960.  
  1961. Messages starting with P
  1962.  
  1963.  paKet Registration
  1964.  Please enter your Serial Number
  1965.  
  1966.    When you type <Alt-R> to register this copy of the program, or when you
  1967.    change the configured callsign, paKet will ask you for your Serial
  1968.    Number.  Type the number into the message window that is displayed.
  1969.  
  1970.    If you do not yet have your Serial Number, just press <Enter> and the
  1971.    program will continue as an unregistered copy.  I assume you are going
  1972.    to register so you will always have the full facilities available in
  1973.    the copy you have.
  1974.  
  1975.  
  1976.  
  1977.  paKet-Protocol Recovery approved
  1978.  Issuing approval to the receiver station...
  1979.  
  1980.    We are sending a Binary File and the other station has requested a
  1981.    Recovery of a partly completed file transfer.
  1982.  
  1983.    After checking the details provided by the other station, paKet has
  1984.    decided it DOES look like the same file and is sending its approval to
  1985.    the other station.  Now both sides can begin the transfer from the
  1986.    agreed point in the file.
  1987.  
  1988.  
  1989.  
  1990.  paKet-Protocol Recovery approved
  1991.  now appending to file...
  1992.  
  1993.    We are receiving a Binary File from another station and our system had
  1994.    requested a paKet Protocol Recovery.
  1995.  
  1996.    This message will appear if the Recovery is approved by the other
  1997.    station. The transfer will continue from the point where it aborted
  1998.    last time. It will be approved provided the other station is using
  1999.    paKet Protocol and both stations agree it seems to be the same file.
  2000.  
  2001.  
  2002.  
  2003.  paKet-Protocol Recovery denied
  2004.  This does NOT look like the same file
  2005.  
  2006.    We are receiving a Binary File from another station and our system had
  2007.    requested a paKet Protocol Recovery.
  2008.  
  2009.    This message appears if the other station has refused our request for a
  2010.    Recovery because it does not appear to be the same file.  The file
  2011.    already on our system will be preserved and a new file will be
  2012.    transferred in its entirety.
  2013.  
  2014.  
  2015.                                Page 192
  2016.  
  2017.  
  2018.  paKet-Protocol Recovery denied. The receiver's file does NOT match ours.
  2019.  The entire file will be sent from the beginning
  2020.  
  2021.    We are sending a Binary File and the other station has requested a
  2022.    Recovery of a partly completed file transfer.
  2023.  
  2024.    After checking the details provided by the other station, paKet has
  2025.    decided it is NOT the same file and is sending a message to the other
  2026.    station, refusing the Recovery request.
  2027.  
  2028.  
  2029.  
  2030.  paKet-Protocol Recovery requested by the receiver
  2031.  Attempting recovery - verifying file contents...
  2032.  
  2033.    We are sending a Binary File to another station and that station thinks
  2034.    we may have tried this one before, unsuccessfully, because a shorter
  2035.    version of the same file already exists on that system.
  2036.  
  2037.    Some details of that file have been provided by the other station and
  2038.    paKet is now checking to see if it could be the same file.
  2039.  
  2040.  
  2041.  
  2042.  Performing AUTOEXEC.SCP
  2043.  Performing AUTOEND.SCP
  2044.  
  2045.    The AUTOEXEC and AUTOEND Script files are optional.
  2046.  
  2047.    If the AUTOEXEC.SCP file is present paKet will run that Script as soon
  2048.    as it starts up (immediately after any Begin-Auto commands).  The
  2049.    Begin-Auto commands, which may be specified in the Configuration, are a
  2050.    simpler way to send any initialisation commands to the TNC but a Script
  2051.    provides more flexibility should the need arise. You can have both the
  2052.    Begin-Auto commands and the AUTOEXEC.SCP if you wish.
  2053.  
  2054.    When you press <Alt-X> or <Alt-F4> to exit the program, paKet will look
  2055.    for the AUTOEND.SCP file and if present, it will run that Script before
  2056.    any End-Auto commands that may exist in the Configuration.
  2057.  
  2058.    The above messages are displayed to inform you these Script files are
  2059.    being processed.
  2060.  
  2061.  
  2062.  
  2063.  Please check the BBS Connect Path in the PMS Configuration
  2064.  This should be a valid Script file name enclosed in pointer brackets.
  2065.  
  2066.    According to the configuration file, you want to use a Script to
  2067.    establish connection with the BBS but the syntax is invalid for a
  2068.    Script File name.  Check the configuration details by typing <Alt-Z>
  2069.    then 6.
  2070.  
  2071.                                Page 193
  2072.  
  2073.    If you specify the callsign and connect path to your BBS, you just type
  2074.    the callsign etc. For example:
  2075.       VK2ATM-1 v VK2RPM-1
  2076.  
  2077.    But if you want to specify a Script file name, it should be entered in
  2078.    that Configuration with "pointer brackets".  For example: if the Script
  2079.    File is BBSCONN.SCP, it should be specified as
  2080.       <BBSCONN>
  2081.    (The SCP extension is optional).
  2082.  
  2083.  
  2084.  
  2085.  Please close the log file first
  2086.  
  2087.    You should not edit a file that is already open and being used for
  2088.    something else. DOS gets horribly confused and upset.
  2089.  
  2090.    You will get this message if you try to edit the current Log File. If
  2091.    you really want to edit this Log file, press <F2> to close it first,
  2092.    then try the Edit command again.
  2093.  
  2094.  
  2095.  
  2096.  Please enter a Message Number with the command.
  2097.  Eg: R 4
  2098.  
  2099.    In paKet's PMS, the messages are identified by a number. When you enter
  2100.    a command to process a message, the system needs to know which message
  2101.    you are referring to.
  2102.  
  2103.    Reenter the command, specifying the message number after the command as
  2104.    shown in the above example.
  2105.  
  2106.  
  2107.  
  2108.  Please include the filename with the command.
  2109.  
  2110.    A REMOTE user will get this message if paKet receives a file command
  2111.    such as D (download) or U (upload) but the other station has not told
  2112.    us which file!
  2113.  
  2114.  
  2115.  
  2116.  Please set the BBS Connect Path in the PMS Configuration
  2117.  
  2118.    You entered <Alt-F3> to initiate a Mail Forwarding session but have not
  2119.    yet set the BBS connect path in the PMS configuration.  So I do not
  2120.    know the BBS callsign nor how to connect to it.
  2121.  
  2122.    Type <Alt-Z> then 6 for the Configuration Window to record the BBS
  2123.    details before attempting a Mail Forwarding session.
  2124.  
  2125.  
  2126.  
  2127.                                Page 194
  2128.  
  2129.  Please take care with this. RESTART is the command mostly used.
  2130.  On most TNCs, RESET will clear everything including your MYCALL!
  2131.  
  2132.    This message will appear as a warning when you select the Serial Port
  2133.    Configuration and change the item specifying the command to initialise
  2134.    your TNC.
  2135.  
  2136.    When changing Serial Port parameters, you will usually be changing both
  2137.    the TNC's parameters and the computer's parameters and need to keep the
  2138.    two devices synchronised in order to maintain communications. The way
  2139.    this is done is to send the commands to the TNC first because most TNCs
  2140.    will accept the changes but will not actually apply those changes until
  2141.    the TNC is re-initialised.  Next, you change the Computer's Serial Port
  2142.    parameters.  paKet will then ask you if you would like to initialise
  2143.    the TNC and (if you reply 'Y') will send the RESTART command to the TNC.
  2144.  
  2145.    This worked fine until I found the Kantronics range of TNCs are
  2146.    different to the others and require the RESET command instead of the
  2147.    RESTART command! So, in order to offer some support for these devices I
  2148.    added a configurable option to use either RESTART or RESET.
  2149.  
  2150.    This warning message appears whenever you select RESET because this
  2151.    command should be selected ONLY if you have a non standard TNC which
  2152.    uses the RESET command in this way!  On all other TNCs the RESET
  2153.    command will clear EVERYTHING from it's memory including your callsign!
  2154.    You will have to enter all your settings again if you (or the program)
  2155.    send a RESET command to the TNC!
  2156.  
  2157.  
  2158.  
  2159.  Press any key to return to paKet...
  2160.  
  2161.    This message will appear briefly after an external program has been run.
  2162.  
  2163.    If you run a DOS command from the paKet screen (refer <F9> key) or
  2164.    Display (<Alt-D>) a file, you will often need some time to look at that
  2165.    screen before returning to normal communications.
  2166.  
  2167.  
  2168.  
  2169.  Pressing <Alt-F6> again will close the file
  2170.  
  2171.    This message will appear after you begin a RAW Binary File Transfer
  2172.    with the <Alt-F6> key because with this RAW Mode there is no protocol
  2173.    being used and you will be expected to close this file manually by
  2174.    pressing that same key combination again.
  2175.  
  2176.  
  2177.  
  2178.  Pressing <F6> again will close the file
  2179.  
  2180.    This message will appear after you begin an ASCII Text File Receive
  2181.    operation with the <F6> key. It serves to remind you how to terminate
  2182.    the file transfer if the other station does not do so.
  2183.                                Page 195
  2184.  
  2185.  
  2186.    All data received into this Communications Window will be written to
  2187.    the selected file until the other station sends a <Ctrl-Z> to close the
  2188.    file and terminate the File Transfer operation.
  2189.  
  2190.    If the other station does not send the <Ctrl-Z>, or if you wish to
  2191.    close the file part way through, you can press <F6> at any time and the
  2192.    file will be closed and the File Transfer terminated.
  2193.  
  2194.  
  2195.  
  2196.  Printer is not ready!
  2197.  
  2198.    The Printer status indicates it is not ready to accept any print data.
  2199.  
  2200.    When the printer is ready, press <Enter> and paKet will continue.
  2201.  
  2202.    You may see some additional message text, especially if the Printer Log
  2203.    is active:
  2204.       "Esc to switch off Printing"
  2205.    In this case you could press <Esc> to clear this message and to switch
  2206.    off the Printer Log.
  2207.  
  2208.  
  2209.  
  2210.  Program error.
  2211.  
  2212.    This message will never appear because it refers to a program logic
  2213.    error.  It can never happen!
  2214.  
  2215.    But er, in previous versions some of these "can never happen" messages
  2216.    have appeared so I thought it best to include a reference them in this
  2217.    Manual.
  2218.  
  2219.    If you do get one of these it indicates something like
  2220.       "Config Help already loaded."
  2221.    which is telling us the program tried to load this help file when it is
  2222.    already loaded.  That can never happen, can it?   But uh, just in case
  2223.    it does, you had better let me know about it.
  2224.  
  2225.  
  2226.  
  2227.  
  2228.  
  2229.  
  2230.  
  2231.  
  2232.  
  2233.  
  2234.  
  2235.  
  2236.  
  2237.  
  2238.  
  2239.                                Page 196
  2240.  
  2241. Messages starting with R
  2242.  
  2243.  Ready to receive ASCII text file...(Ctrl-Z to end)
  2244.  
  2245.    A REMOTE user has commenced an ASCII file upload to our system with the
  2246.    U command.
  2247.  
  2248.    This message is sent back to acknowledge that command.
  2249.  
  2250.  
  2251.  
  2252.  Ready to receive binary file using paKet Protocol...
  2253.        or
  2254.  Ready to receive binary file using YAPP protocol...
  2255.  
  2256.    When a REMOTE user initiates a Binary File Transfer to our system with
  2257.    the YU command, paKet will send back this acknowledgement if it is
  2258.    ready and able to receive the file.
  2259.  
  2260.    The content of this message is determined by your configuration setting
  2261.    as to whether or not you wish to allow the use of paKet-Protocol (pP).
  2262.    Even if it does indicate the use of pP, the transfer might still be
  2263.    conducted using standard YAPP protocol if the other station supports
  2264.    only that method.
  2265.  
  2266.  
  2267.  
  2268.  Ready to send binary file using paKet Protocol...
  2269.        or
  2270.  Ready to send binary file using YAPP protocol...
  2271.  
  2272.    When a REMOTE user initiates a Binary File Transfer from our system with
  2273.    the YD command, paKet will send back this acknowledgement if it is
  2274.    ready and able to send the file.
  2275.  
  2276.    The content of this message is determined by your configuration setting
  2277.    as to whether or not you wish to allow the use of paKet-Protocol (pP).
  2278.    Even if it does indicate the use of pP, the transfer might still be
  2279.    conducted using standard YAPP protocol if the other station supports
  2280.    only that method.
  2281.  
  2282.  
  2283.  
  2284.  Receive file now closed
  2285.  
  2286.    An EOF (i.e. a <Ctrl-Z> character) was received while receiving ASCII
  2287.    file.
  2288.  
  2289.    Normal condition - no action required.
  2290.  
  2291.    This message can also appear if the other station disconnects without
  2292.    closing the ASCII file we are receiving.
  2293.  
  2294.  
  2295.                                Page 197
  2296.  
  2297.  Receiving ASCII file
  2298.  Script command 'AC' will close the file
  2299.  
  2300.    This message appears if you are running a Script and there is an AD
  2301.    command which is processed to open a text file to receive any incoming
  2302.    data.
  2303.  
  2304.    The normal process would be for that same Script to close the file with
  2305.    an AC command somewhere else in that Script file, but the message
  2306.    alerts you to the fact that the file is open.  You can close it
  2307.    yourself (with the <F6> key) if necessary.
  2308.  
  2309.  
  2310.  
  2311.  Receiving Binary file FROM BayCom
  2312.  Enter the file name in the BayCom system:
  2313.  
  2314.    When you request a Binary File transfer from a BayCom system, paket
  2315.    needs to know details of the file so it can generate the required
  2316.    commands to send to that system. If this command is used with Digicom
  2317.    (some versions), that system's name for the file may be one containing
  2318.    blanks or other oddities incompatible with a MS-DOS filename.
  2319.  
  2320.    If the BayCom system has the desired file in another directory you
  2321.    should also specify its sub directory name. For example if the file you
  2322.    want is called MYPROG.EXE and it is stored in the BayCom system's PRG
  2323.    directory, you would enter:
  2324.       PRG\MYPROG.EXE
  2325.  
  2326.    If it responds with a "file not found" error message, check the
  2327.    directory details with the BayCom operator. A common cause of this
  2328.    error would be if you inadvertently specify a leading "\", eg:
  2329.       \PRG\MYPROG.EXE
  2330.  
  2331.    This message will then be followed by:
  2332.       What should I call it here?
  2333.  
  2334.    paKet wants to know what name to give the file here on our system. You
  2335.    might normally use the same name as that in the BayCom system, but you
  2336.    can change it if you wish.
  2337.  
  2338.    And finally, the following message appears to ask for the file size:
  2339.        Now please enter file SIZE in bytes (-1 for Digicom):
  2340.  
  2341.    You should enter the size of the file you are transferring because the
  2342.    BayCom system may not tell us when the transfer is complete. The BayCom
  2343.    operator should be able to tell you the file size. If you do not know
  2344.    the file size in BYTES, enter 0 (zero), but in that case you will have
  2345.    to close the file manually.
  2346.  
  2347.    If you are trasnferring a file from a Digicom, enter -1 for the file
  2348.    size to tell paKet it is a Digicom transfer. You will still have to
  2349.    close the file manually.
  2350.  
  2351.                                Page 198
  2352.  
  2353.  
  2354.  Receiving RAW Binary file
  2355.  Enter the file name:
  2356.  
  2357.    We are about to receive a file using the RAW Binary File Transfer
  2358.    method.  As this method has no file transfer protocol at all we have to
  2359.    do everything ourselves, including identifying the name of the file.
  2360.  
  2361.  
  2362.  REMOTE deactivated by Disconnect
  2363.  
  2364.    The usual way to log off from REMOTE is to enter B for Bye or T for
  2365.    Talk.  This message indicates the connection has been severed by a
  2366.    Disconnect command to the TNC at either end.
  2367.  
  2368.    No harm done and no action is required.  paKet will close down the
  2369.    REMOTE system and return to normal mode.
  2370.  
  2371.  
  2372.  
  2373.  REMOTE is available only while Connected
  2374.  
  2375.    You have pressed <F3> to place paKet into REMOTE mode and to issue the
  2376.    Menu to the other station, but paKet thinks we are currently not
  2377.    connected, so there is no other station to send the Menu to!
  2378.  
  2379.    Try it again after a connection is established.
  2380.  
  2381.    Occasionally paKet might fail to detect the connection and although you
  2382.    are really connected to another station, paKet shows "Not Connected" in
  2383.    the Communications Window Header Line.
  2384.  
  2385.    If this has happened you will not be able to enter REMOTE mode. You can
  2386.    correct this by pressing <Alt-V> to ask paKet to verify the connected
  2387.    status with the TNC. If this changes paKet from "Not Connected" to show
  2388.    a callsign in the Communications Window Header, you can then try the
  2389.    <F3> again.
  2390.  
  2391.  
  2392.  
  2393.  REMOTE Mode cancelled
  2394.  
  2395.    At times things can go wrong with a Binary File Transfer.  There are a
  2396.    multitude of possible causes, but the effect is that one station
  2397.    continues to send while the other end, the receiving end of the
  2398.    connection has aborted the transfer and is back in the REMOTE Menu.
  2399.  
  2400.    When the sending station sends another block of data, the poor guy with
  2401.    the REMOTE Menu sees all these funny "commands" coming in and sends
  2402.    back a whole lot of "*** Invalid option" messages!
  2403.  
  2404.    So if paKet sees several of these "*** Invalid option" messages go out
  2405.    in quick succession, it will shut down REMOTE Mode, display this
  2406.    message, and wait for things to settle down.
  2407.                                Page 199
  2408.  
  2409.  
  2410.  
  2411.  Returning to normal communications...
  2412.  
  2413.    You pressed B (Bye) after using the Sysop PMS Menu. This will release
  2414.    the <ScrollLock> condition and the system reverts to normal
  2415.    communications mode once again.
  2416.  
  2417.  
  2418.  
  2419.  Running under OS/2
  2420.  Running under Windows
  2421.  Running under Windows Enhanced Mode
  2422.  
  2423.    While testing under these different environments, I displayed these
  2424.    messages to confirm the program recognised the particular environment
  2425.    it was running under at the time.  It was my vague intention to see
  2426.    what enhancements could be added to gain better performance from the
  2427.    multi tasking systems.  (Needless to say, that didn't get done.)
  2428.  
  2429.    Maybe in another release, I will find time to enhance the paket system
  2430.    so it performs better in a multi tasking system.  This version does
  2431.    work well with the above systems but has not been enhanced to take
  2432.    advantage of the facilities offered by any particular operating
  2433.    environment.
  2434.  
  2435.    I was going to remove these messages after initial testing once I was
  2436.    satisfied the program correctly detected the situation.  However,
  2437.    despite the small overhead, I decided to leave them in.
  2438.  
  2439.  
  2440.  
  2441.  
  2442.  
  2443.  
  2444.  
  2445.  
  2446.  
  2447.  
  2448.  
  2449.  
  2450.  
  2451.  
  2452.  
  2453.  
  2454.  
  2455.  
  2456.  
  2457.  
  2458.  
  2459.  
  2460.  
  2461.  
  2462.  
  2463.                                Page 200
  2464.  
  2465. Messages starting with S
  2466.  
  2467.  Saving configuration parameters in PAKET.CFG
  2468.  
  2469.    If you make any changes to paKet's Configuration, the changes are saved
  2470.    to disk automatically.
  2471.  
  2472.    This message confirms the action taking place.
  2473.  
  2474.  
  2475.  
  2476.  Script file not found
  2477.  
  2478.    After starting Script Processing with the <Alt-S> key, you have entered
  2479.    a Script file name, but paKet cannot find that file.
  2480.  
  2481.    Usually you would select a Script from the Directory Window so this
  2482.    message would be rare.  However, if you have manually entered the file
  2483.    name, check the spelling and ensure you have entered any subdirectory
  2484.    details if necessary.
  2485.  
  2486.  
  2487.  
  2488.  Script label not found
  2489.  
  2490.    A Script command specifies a Script label but paKet cannot find that
  2491.    label in this Script.  Refer to the Script Processing section of this
  2492.    Manual for details of Script syntax.
  2493.  
  2494.  
  2495.  
  2496.  Script Performed successfully
  2497.  
  2498.    This message is sent to a REMOTE user after the successful performance
  2499.    of a Script via the P (Perform) command.
  2500.  
  2501.    Note however, a successful Performance means the Script completed
  2502.    without syntax errors etc.  It does not necessarily mean the Script has
  2503.    done everything expected of it.  For example if it was to transfer a
  2504.    file and that file could not be found, paKet might have issued an error
  2505.    message about the file not found, but as far as the Script processing
  2506.    is concerned, the Script has now completed successfully because it
  2507.    performed every one of the commands it was asked to Perform!
  2508.  
  2509.    It is up to you, or the Script programmer, to ensure adequate messages
  2510.    are issued from the Script itself to inform the REMOTE user of
  2511.    progress for that particular job.
  2512.  
  2513.  
  2514.  
  2515.  Script Processing Aborted
  2516.  
  2517.    If paKet detects a serious problem in your Script file, the Script will
  2518.    be aborted and paKet returns to normal communications mode.
  2519.                                Page 201
  2520.  
  2521.  
  2522.    This message alerts you to the fact that the Script has NOT been
  2523.    completely executed.
  2524.  
  2525.  
  2526.  
  2527.  Script UNSUCCESSFUL!  Ask (your name) to check the Script
  2528.  
  2529.    A REMOTE user has issued the P command to Perform a Script but paKet
  2530.    has failed to complete the Script successfully.  The reason is possibly
  2531.    a fault in the Script code itself.
  2532.  
  2533.    The REMOTE user gets this message but if the problem is in the Script
  2534.    file, you will have to attend to that yourself.  The REMOTE user cannot
  2535.    fix that remotely.
  2536.  
  2537.  
  2538.  
  2539.  Searching for available Script files...
  2540.  
  2541.    If a REMOTE user enters a P command without specifying the name of the
  2542.    particular Script File to perform, paKet will send back this message
  2543.    while it goes searching for all the files with an SCP extension in our
  2544.    Script directory.
  2545.  
  2546.    Then it will send the details of those filenames to the REMOTE station.
  2547.  
  2548.  
  2549.  
  2550.  Sending Binary file TO BayCom
  2551.  Enter the file name in the BayCom system:
  2552.  
  2553.    When you request the transfer of a binary file to a BayCom system,
  2554.    paKet will ask for the name you want to give this file when it is
  2555.    written to the BayCom system. (You can send to some Digicom versions
  2556.    also).
  2557.  
  2558.    Usually it would be the same as the file name in our system but you can
  2559.    change it if you wish.
  2560.  
  2561.    Another reason for this message is to allow you to specify a
  2562.    sub-directory as well as a file name for the BayCom system. For
  2563.    example, say we are sending the file UTIL.EXE to a BayCom system and we
  2564.    want to write it to the BayCom user's PROG sub directory. So, in
  2565.    response to the above message you would enter:
  2566.       PROG\UTIL.EXE
  2567.    Of course paKet does not know what sub directories are available on the
  2568.    BayCom system - that is your job to find out.
  2569.  
  2570.  
  2571.  
  2572.  
  2573.  
  2574.  
  2575.                                Page 202
  2576.  
  2577.  Setting KISS Mode OFF. Sending these codes to the TNC:
  2578.  nnn nnn nnn
  2579.  
  2580.    If you press <Alt-K> to set KISS Mode off, this message appears to show
  2581.    you the codes being sent to the TNC.
  2582.  
  2583.    Refer to the  <Alt-K> key in the Keyboard Commands section of this Manual
  2584.    for further discussion on resetting KISS Mode.
  2585.  
  2586.  
  2587.  
  2588.  Sorry, but this station does not accept Uploads
  2589.  
  2590.    This message is sent to a REMOTE user who types a U, MU or YU command
  2591.    to attempt to upload a file to this system, but you have disallowed
  2592.    file uploads in your Configuration options.
  2593.  
  2594.  
  2595.  
  2596.  Sorry, but this station does not allow Downloads
  2597.  
  2598.    This message is sent to a REMOTE user who types a D, MD or YD command
  2599.    to attempt to download a file from this system, but you have disallowed
  2600.    file downloads in your Configuration options.
  2601.  
  2602.  
  2603.  
  2604.  Syntax error in Script line.
  2605.  
  2606.    The Script file currently being processed has a syntax error.  Details
  2607.    of the line are give to help you identify the fault.  For example the
  2608.    message might include additional information such as:
  2609.       "(no comma)"
  2610.  
  2611.    Some Script command require two fields separated by a comma and if that
  2612.    comma is not found, the Script process will abort with that message.
  2613.  
  2614.    Refer to the section on Scripts in this Manual for full details of
  2615.    Script syntax.
  2616.  
  2617.  
  2618.  
  2619.  Sysop PMS menu: <B,C,E,H,K,KM,L,LM,R,RM,S,?>
  2620.  
  2621.    This is the menu that appears when you press <Alt-M>.
  2622.  
  2623.    The PMS sub system is discussed in its own section of this Manual.
  2624.  
  2625.  
  2626.  
  2627.  
  2628.  
  2629.  
  2630.  
  2631.                                Page 203
  2632.  
  2633.  Sysop PMS Menu Help...
  2634.     B  (Bye)       - End Sysop PMS Processing
  2635.     C  (Copy)      - Copy a message to a file (eg C 3)
  2636.     E  (Edit)      - Edit a message header (eg E 3)
  2637.     H  (Help)      - Display these details
  2638.     K  (Kill)      - Kill a message (eg K 3)
  2639.     KM (Kill Mine) - Kill all messages addressed to me
  2640.     L  (List)      - List available messages
  2641.     LM (List Mine) - list all unread messages addressed to me
  2642.     R  (Read)      - Read a message (eg R 3)
  2643.     RM (Read Mine) - Read all unread messages addressed to me
  2644.     S  (Send)      - Send a message (eg S VK2XYZ)
  2645.     ?  (Help)      - Display these details
  2646.  
  2647.    This list of commands is available only from the Sysop PMS Menu. It
  2648.    appears in response to the H or ? command.
  2649.  
  2650.    Further details of each of these commands are given in the section on
  2651.    the Personal Message System in this Manual.
  2652.  
  2653.  
  2654.  
  2655.  System Note at HH:MM:SS - msg
  2656.  
  2657.    A System Note is an information message that is a little different to
  2658.    other information messages in that it appears in the Communications
  2659.    Window (and optionally in the log file) rather than in the popup
  2660.    Message Window.
  2661.  
  2662.    These System Notes are mostly used to log information on the success or
  2663.    otherwise of a file transfer.  These file transfer operations can be
  2664.    time consuming and the operator might start the transfer and go do
  2665.    something else while the file being transferred.  So a brief popup
  2666.    message might not be seen and it was felt a more permanent record was
  2667.    required.
  2668.  
  2669.    Of course no action is required, as this type of message is designed to
  2670.    cater for those situations where the operator might not be present
  2671.    anyway.
  2672.  
  2673.    The HH:MM:SS is the computer's time when the System Note is issued.
  2674.    "msg" should be self-explanatory. For Example:
  2675.       "Upload successful - FILENAME.DAT"
  2676.  
  2677.  
  2678.  
  2679.  
  2680.  
  2681.  
  2682.  
  2683.  
  2684.  
  2685.  
  2686.  
  2687.                                Page 204
  2688.  
  2689. Messages starting with T
  2690.  
  2691.  Thank you.
  2692.  Recording your Serial Number...
  2693.  This copy of paKet is now Registered.
  2694.  
  2695.    A note of appreciation to those who do the right thing.
  2696.  
  2697.  
  2698.  
  2699.  That directory is not available. Sorry.
  2700.  
  2701.    This message is sent to the REMOTE user who has entered a command to
  2702.    access one of our directories but that directory name is either invalid
  2703.    or inaccessible to the REMOTE user.
  2704.  
  2705.  
  2706.  
  2707.  That's not the correct Serial Number.
  2708.  
  2709.    When you enter your Serial Number, paKet will check it for validity and
  2710.    let you know if it does not check out.
  2711.  
  2712.    No harm done, just try it again.
  2713.  
  2714.    If you find there must be something wrong with the number you have,
  2715.    contact me or your official paKet distributor.  In the meantime, you
  2716.    can continue to operate the paKet system with full facilities
  2717.    available.
  2718.  
  2719.  
  2720.  
  2721.  The BBS is not responding
  2722.  
  2723.    You tried to initiate a Mail Forwarding session with the BBS but the
  2724.    TNC failed to establish a connection with the BBS within a reasonable
  2725.    time.
  2726.  
  2727.    That "reasonable" time is currently set to 60 seconds for a direct
  2728.    connection and to 4 minutes in the case of a connect path which
  2729.    includes digipeaters or network nodes.
  2730.  
  2731.    Those times should be quite sufficient in normal circumstances. In
  2732.    case of some temporary problem, just press <Alt-F3> when you think
  2733.    things are back to normal and paKet will try again to connect to the
  2734.    BBS and conduct a Mail Forwarding session, sending any mail waiting in
  2735.    your PMS and taking any incoming mail the BBS wants to send.
  2736.  
  2737.  
  2738.  
  2739.  The EOF has not been acknowledged.
  2740.  
  2741.    We are sending a Binary File with pP or YAPP Protocol and have sent the
  2742.    last byte followed by the End-of-File code.  The other station should
  2743.                                Page 205
  2744.  
  2745.    then acknowledge that code so we know the transfer has successfully
  2746.    completed.
  2747.  
  2748.    This message appears if the EOF acknowledgement has still not arrived
  2749.    after the specified delay has expired. (2 minutes is the time specified
  2750.    in the YAPP Protocol specifications and is the default paKet setting).
  2751.  
  2752.    When paKet has sent the last byte and the EOF code, it starts counting.
  2753.    In most cases 2 minutes is plenty of time for the other station to get
  2754.    the last of the data and close the file there before sending its
  2755.    acknowledgement.  However, if your TNC is equipped with a large buffer
  2756.    your TNC might still have a significant part of the file still in its
  2757.    buffers waiting to be transmitted.  paKet doesn't know about that and
  2758.    thinks it finished when it sent the EOF to the TNC!  It could easily
  2759.    take more than 2 minutes for the TNC's buffer to be cleared.
  2760.  
  2761.    This message will pop up to warn you we are still waiting for the
  2762.    acknowledgement.  But, provided paKet is not in REMOTE mode, the
  2763.    following message will also appear:
  2764.      Continue waiting for another  nn  minutes.  (Press <Esc> to Abort)
  2765.  
  2766.    You can choose to wait for the time shown just by pressing <Enter>.
  2767.  
  2768.    But you can change that time so if you do happen to have a TNC with a
  2769.    large buffer, you might like to change the default value of 2 minutes
  2770.    to something larger to suit your particular TNC.  paKet will remember
  2771.    the new value, so if you change it to (say) 5 minutes, paKet will wait
  2772.    for 5 minutes next time before telling you the EOF has not been
  2773.    acknowledged.
  2774.  
  2775.    The same messages will reappear at the end of that time if the
  2776.    acknowledgement has still not arrived.
  2777.  
  2778.    If you press <Esc> the transfer will be aborted in accordance with the
  2779.    original YAPP specifications.
  2780.  
  2781.    If our paKet system is performing this Binary File transfer in REMOTE
  2782.    mode, you may not be around to answer the question. In that case the
  2783.    following message appears:
  2784.        "but as I am in REMOTE mode I will continue waiting..."
  2785.  
  2786.    and paKet will start another timeout period.  It will do this 3
  2787.    times (i.e if the default delay is 2 minutes, paKet will wait a total
  2788.    of 8 minutes) before aborting.
  2789.  
  2790.  
  2791.  
  2792.  The message file was not closed
  2793.  
  2794.    The other station started to send a message to our PMS but has
  2795.    disconnected without completing the message.
  2796.  
  2797.    paKet has closed the message file so the message, or at least that part
  2798.    that we had received, will be retained.
  2799.                                Page 206
  2800.  
  2801.  
  2802.  
  2803.  
  2804.  The PMS data file is missing, so all messages are lost!
  2805.  The PMS index is missing so all messages are lost!
  2806.  
  2807.    paKet's PMS is stored in two files, a data file which contains the
  2808.    content of the messages in the system; and an index file which contains
  2809.    just the message headers and an index into the data file.  The two
  2810.    files are PAKETPMS.DAT and PAKETPMS.IDX.
  2811.  
  2812.    If one of these files are missing, or if the Operating System is unable
  2813.    to open the file, one or both of the above messages will be displayed.
  2814.  
  2815.    Both files are required for the PMS system to work.  So if one of them
  2816.    is OK and one is bad or missing, there is not much point in keeping the
  2817.    good one!  You might as well consider them both bad and start again.
  2818.  
  2819.    This problem is possibly be due the the files being unavailable for
  2820.    some reason. Possible reasons include:
  2821.  
  2822.      1. you have deleted them;
  2823.         If so, that's tough! You've lost any messages that might have been
  2824.         in the PMS. If the data file alone is still there, you can get a
  2825.         fair idea of the messages by reading it though.
  2826.  
  2827.         You could restore the TWO files from a recent backup?
  2828.  
  2829.  
  2830.      2. the Configuration file has been changed and paKet can no longer
  2831.         find the files;
  2832.         In this case, you should change the Configuration by entering
  2833.         <Alt-Z> then selecting option 8 (Directories and Files) to
  2834.         correctly specify the location of the PMS files.
  2835.  
  2836.  
  2837.      3. The PMS files are on a diskette and that diskette is not in the
  2838.         drive.
  2839.         I don't think you need me to tell you what to do here. I'll leave
  2840.         you to figure this one out on your own.
  2841.  
  2842.  
  2843.  
  2844.  The other station seems to be in paKet REMOTE mode too.
  2845.  REMOTE mode cancelled!
  2846.  
  2847.    The other station has sent what looks like the paKet REMOTE menu while
  2848.    our system is also in REMOTE mode.
  2849.  
  2850.    Our REMOTE system expects to get one of the valid menu commands but if
  2851.    instead of one of the valid commands, it receives the other guy's menu
  2852.    it will respond with an "*** Invalid option" message followed by
  2853.    another copy of our Menu.
  2854.  
  2855.                                Page 207
  2856.  
  2857.    The other guy is going to do the same when he gets our Menu and they
  2858.    would happily go on all day sending each other these "*** Invalid
  2859.    option" messages and Menus!
  2860.  
  2861.    REMOTE mode is now disabled on this system to avoid the loop and the
  2862.    unnecessary exchange of error messages.
  2863.  
  2864.  
  2865.  
  2866.  The Serial Port has been adjusted.
  2867.  Would you like me to send a RESTART to the TNC, now? (Y/N)
  2868.  I assume you have ALREADY set the TNC's parameters.
  2869.  
  2870.    These messages appear after you make some change to the computer's
  2871.    serial port via paKet's Online Configuration Window.
  2872.  
  2873.    Usually when you change one of these parameters, you should change the
  2874.    setting in the TNC too because if the two devices are not using the
  2875.    same settings they will not communicate.  The trick is to get them both
  2876.    changed at the same time.
  2877.  
  2878.    The recommended method is to:
  2879.      1. send the required commands to the TNC to change the TNC settings;
  2880.      2. then make the change in paKet's Configuration.
  2881.  
  2882.    Most TNCs will note the requested change but will not apply certain new
  2883.    settings until a RESTART command is issued.
  2884.  
  2885.    So, after changing paKet's Configuration, paKet will optionally issue
  2886.    the RESTART command to the TNC to enable both devices to now continue
  2887.    with the new settings.
  2888.  
  2889.  
  2890.    Some TNCs, such as the Kantronics range, use the RESET command instead
  2891.    of RESTART so paKet has a configurable option (refer Serial Port
  2892.    options) and will send either RESTART or RESET depending on the option
  2893.    you choose.
  2894.  
  2895.  
  2896.  
  2897.  The TNC does not appear to be ready
  2898.  
  2899.    paKet is trying to send a character from a string of data to the TNC,
  2900.    but the TNC is unwilling to accept it at this time.
  2901.  
  2902.    paKet will wait up to 10 seconds without complaint, but any longer
  2903.    suggests a possible problem, so this message will appear to warn you.
  2904.  
  2905.    After this message appears, that character will be sent to the TNC
  2906.    anyway as in most cases the TNC will have an input buffer of 80 free
  2907.    bytes or more and the character will not be lost.
  2908.  
  2909.    If the TNC is still locked after another 10 seconds, the next character
  2910.    will cause the message to be repeated.
  2911.                                 Page 208
  2912.  
  2913.  
  2914.    This message should appear quite rarely as under normal conditions you
  2915.    will not fill the TNC's buffers. If you are doing file transfers the
  2916.    buffers could fill but special handshaking logic in that part of the
  2917.    program will take care of it under those circumstances. If you have
  2918.    filled the buffers with lots of KB Macros, then slow down a bit!
  2919.  
  2920.    The only action you need to take here is to ensure the TNC and radio
  2921.    are functioning normally, and slow down if you are pumping in a lot of
  2922.    data from a Script or Macros.
  2923.  
  2924.  
  2925.  
  2926.  
  2927.  
  2928.  
  2929.  
  2930.  
  2931.  
  2932.  
  2933.  
  2934.  
  2935.  
  2936.  
  2937.  
  2938.  
  2939.  
  2940.  
  2941.  
  2942.  
  2943.  
  2944.  
  2945.  
  2946.  
  2947.  
  2948.  
  2949.  
  2950.  
  2951.  
  2952.  
  2953.  
  2954.  
  2955.  
  2956.  
  2957.  
  2958.  
  2959.  
  2960.  
  2961.  
  2962.  
  2963.  
  2964.  
  2965.  
  2966.  
  2967.                                Page 209
  2968.  
  2969. Messages starting with T (cont)
  2970.  
  2971.  The TNC is not responding.
  2972.  Abort, Retry, Ignore  R
  2973.  
  2974.    When the program first starts up, it will attempt to establish
  2975.    communications with the TNC by sending the following:
  2976.       <Ctrl-X>
  2977.       <XON>
  2978.       DAYTIME command (if that option is enabled)
  2979.       any Begin Auto commands
  2980.       AUTOEXEC.SCP (if it exists)
  2981.  
  2982.    If it gets no response, the above message will appear to alert you to
  2983.    the possibility the TNC might not be switched on or the cables might
  2984.    not be properly connected.
  2985.  
  2986.    There are three options: A, R or I.
  2987.    A  is to ABORT the program and return to DOS. In this case, paKet will
  2988.       simply give up and you will see the DOS prompt reappear (or the menu
  2989.       if you started paKet from a menu).
  2990.  
  2991.       You may decide to take this option if you find something wrong with
  2992.       the TNC or its connections and prefer to do something else with the
  2993.       computer while you attend to those problems. It is a quick and easy
  2994.       way out if communications with the TNC cannot be established.
  2995.  
  2996.  
  2997.    R  is the RETRY option. If you can fix the problem that caused this
  2998.       message to appear, selecting the RETRY option will allow paKet to
  2999.       try again and continue as if the problem had not occurred.  Of
  3000.       course if you have not really fixed the problem you will get the
  3001.       message again!
  3002.  
  3003.  
  3004.    I  will IGNORE the problem and paKet's processing will continue.
  3005.  
  3006.       Normally I recommend against the Ignore option when an error occurs,
  3007.       however in this case it may be desirable to Ignore the error and let
  3008.       paKet to continue, despite the lack of communication with the TNC.
  3009.  
  3010.       An example of this situation is where the problem is caused by a
  3011.       mismatch in the Serial Port settings. Either the TNC or the Computer
  3012.       must be changed to allow normal communications to take place. It is
  3013.       easier to change the Computer (paKet in this case).
  3014.  
  3015.       Type "I" to Ignore the errors and when the Initialisation is
  3016.       complete, you can select the Online Configuration's Serial Port
  3017.       Window to make the necessary changes. If you do this, don't forget
  3018.       the TNC's Date/Time may not be set and the usual initialisation
  3019.       commands may not have been processed by the TNC.
  3020.  
  3021.       Whenever I get into this situation, I make the necessary changes,
  3022.       then exit the program so I can make a good, fresh start.
  3023.                                Page 210
  3024.  
  3025.  
  3026.       This "Ignore" option will also allow paKet to be used for serial
  3027.       communications with something OTHER than a TNC!  (e.g., a telephone
  3028.       modem)
  3029.  
  3030.  
  3031.  
  3032.  (The upload directory is on another drive - nnn,nnn bytes free there)
  3033.  
  3034.    When a REMOTE user asks for a directory display with the W, MW or YW
  3035.    commands, paKet sends the file details from your Download directory
  3036.    (that is your Send directory) followed by the space remaining on that
  3037.    drive.
  3038.  
  3039.    But if you happen to configure your Send and Receive directories on
  3040.    different drives, the REMOTE user will not know how much free space you
  3041.    have on your other (Upload) drive.  That might be relevant because if
  3042.    he wants to send a file to us, he might want to know if it will fit.
  3043.  
  3044.    So if that happens to be the way you have configured your directories,
  3045.    paKet will send this message after the rest of the directory display so
  3046.    the REMOTE user knows how much free space you have on the other drive
  3047.    too.
  3048.  
  3049.  
  3050.  
  3051.  The YU command is sufficient - there is no need to specify a file name.
  3052.  
  3053.    If a REMOTE user wants to send a Binary File to us using the YAPP or pP
  3054.    Protocol, there is no need to specify a file name with the YU command
  3055.    because the Protocol includes details of the file being sent.
  3056.  
  3057.    So if a YU command is received with a filename, paKet will send back
  3058.    some friendly advice in the form of this message.
  3059.  
  3060.    No harm done - paKet continues with the YU command, ignoring anything
  3061.    else on the command line.
  3062.  
  3063.  
  3064.  
  3065.  This Connected message is ignored because DCD line is LOW.
  3066.  (Check the DCDCON option in Configuration/Serial Port window)
  3067.  
  3068.    A "Connected" message has appeared in the Communications Window but has
  3069.    been ignored because the DCD line is still low.
  3070.  
  3071.    paKet uses the TNC's Connected message to determine when and to whom we
  3072.    are connected.  Occasionally some text is monitored that looks like a
  3073.    Connected message and paKet gets confused, thinking there is a new
  3074.    Connection.
  3075.  
  3076.    If the DCDCON option is ON in the TNC, paKet can check the DCD "light"
  3077.    to confirm we really ARE connected now.
  3078.  
  3079.                                Page 211
  3080.  
  3081.    If a Connected message is detected but the DCD line is still low, paKet
  3082.    will treat that text as plain data and will display this message to
  3083.    advise you of the decision taken.
  3084.  
  3085.    Refer to the discussion on the DCDCON option in Configuration - Serial
  3086.    Port options and refer to the <Alt-V> key for more discussion on this
  3087.    issue.
  3088.  
  3089.    This feature is not used if you are using Software Handshaking.
  3090.  
  3091.  
  3092.  
  3093.  This file already exists.
  3094.  A new file, (filename), will be created.
  3095.  
  3096.    When receiving a file, paKet will check to see if the file already
  3097.    exists and if it does, paKet will issue this warning message.
  3098.  
  3099.    The original file will not be tampered with; instead paKet will create
  3100.    a new file, using the same file Name but with a new Extension. It will
  3101.    try to create a new file with an extension of .000 and if THAT file
  3102.    exists, it will try .001 etc. When it finds a filename/extension that
  3103.    does not already exist it will advise you of this filename in the above
  3104.    message.
  3105.  
  3106.    For example, if you are about to receive a file "TEXTFILE.DAT" and it
  3107.    already exists, paKet will create a new file "TEXTFILE.000".
  3108.  
  3109.    This is also done if you are receiving a Binary File with the pP
  3110.    protocol and paKet decides a Recovery of an existing file is not
  3111.    possible.  It will transfer the entire file to our disk using this new
  3112.    filename.
  3113.  
  3114.  
  3115.  
  3116.  This looks like a Script File Name!
  3117.  The previous (Script) option is changed to Y
  3118.  
  3119.    In the REMOTE/PMS Configuration you may specify the name of your home
  3120.    BBS as well as details on how to establish connection with that BBS for
  3121.    the purpose of Mail Forwarding.
  3122.  
  3123.    In some cases the path to that BBS is complex, involving a number of
  3124.    Network Nodes so a simple callsign and digipeater is not always
  3125.    convenient.  So paKet has an option to use a Script file instead of a
  3126.    "simple" connect path for this BBS connection.
  3127.  
  3128.    You will see in that part of the Configuration an option to "Use Script
  3129.    to make BBS connection?" and if that is set to N you should specify the
  3130.    BBS callsign and optionally any digipeaters your system needs to
  3131.    connect to that BBS.
  3132.  
  3133.    But if you specify Y to that configuration option, paKet expects to
  3134.    find a Script filename instead of the callsigns etc.   The correct
  3135.                                Page 212
  3136.  
  3137.    syntax for specifying a Script file name is to include the file name
  3138.    within pointer brackets, for example"
  3139.       <BBSCONN>
  3140.  
  3141.    If there is some conflict in the syntax, paKet will try to correct it
  3142.    and alert you to the problem with the above message.
  3143.  
  3144.  
  3145.  
  3146.  This new value will take effect next time you run paKet
  3147.  
  3148.    After making some changes to paKet's Configuration you may see this
  3149.    message to remind you that the changes you have made will not take
  3150.    effect immediately.
  3151.  
  3152.    There are some things that have to be accomplished at the beginning of
  3153.    the program, for example the allocation of memory for buffers. So if
  3154.    you want to change these things, you will have to exit and restart the
  3155.    program for the changes to become effective.
  3156.  
  3157.  
  3158.  
  3159.  This subdirectory is not empty!
  3160.  
  3161.    When the Directory Window is displayed you may perform some file
  3162.    management functions including deleting a file or sub directory.
  3163.  
  3164.    You will get this message if you attempt to delete a sub directory that
  3165.    in not empty.  You will have to go into that sub directory and delete
  3166.    any files in there before we may delete the sub directory name itself.
  3167.  
  3168.  
  3169.  
  3170.  Too many arguments
  3171.  
  3172.     This message will appear if you have specified an invalid DOS command.
  3173.  
  3174.     Check the command and try again.
  3175.  
  3176.  
  3177.  
  3178.  Too many connect entries
  3179.  
  3180.    There are too many entries in the Connect File and the program cannot
  3181.    hold any more. At the time of writing there is provision for 200
  3182.    connect entries.
  3183.  
  3184.    Delete any unwanted entries and if you really need more, you could
  3185.    establish more than one Connect File, specifying the chosen file name
  3186.    in the Configuration as required.
  3187.  
  3188.  
  3189.  
  3190.  
  3191.                                Page 213
  3192.  
  3193.  Too many files
  3194.  
  3195.    This message will appear if you have selected a function that tries to
  3196.    display the paKet Directory Window, and paKet finds more than 400 files
  3197.    in this particular directory or subdirectory.
  3198.  
  3199.    I have reserved space within paKet for handling directories containing
  3200.    up to 400 files. If you have a directory or sub directory with more
  3201.    than this number you will not be able to display that directory with
  3202.    paKet's Directory windows.
  3203.  
  3204.    I think the limit of 400 files is reasonable as there are certain
  3205.    inefficiencies in DOS's handling of very large directories.
  3206.  
  3207.    If you get this message, maybe it is time for a bit of housekeeping?
  3208.  
  3209.  
  3210.  
  3211.  Too many PMS messages here.
  3212.  
  3213.    I have allowed for a maximum of 200 current messages in your PMS. It is
  3214.    supposed to be a PERSONAL System and I think 200 CURRENT messages is
  3215.    more than ample for a Personal Message System.
  3216.  
  3217.    Anyway, paKet can't hold any more so you will have to remove some of
  3218.    these to make room for any further messages.
  3219.  
  3220.  
  3221.  
  3222.  Too many sections in the Online Manual
  3223.  
  3224.    This error message means there are more index entries in the
  3225.    documentation file (the Manual) than I have allowed for.
  3226.  
  3227.    It is unlikely you will see this message, because I have tested all
  3228.    sections of the Manual before releasing this version.  If you do it is
  3229.    because someone has modified the Manual since I released it.
  3230.  
  3231.    Get a valid copy of the Manual from the original diskette or from your
  3232.    backup copy.
  3233.  
  3234.  
  3235.  
  3236.  Too many Traps in Script.
  3237.  
  3238.    The Script file you have just loaded contains more than 30 Traps.
  3239.  
  3240.    Script processing will continue with only the first 30 Traps active so
  3241.    be warned it may not be doing quite what you want!
  3242.  
  3243.    Refer to the section on Script Processing for details.
  3244.  
  3245.  
  3246.  
  3247.                                Page 214
  3248.  
  3249.  TRAP in Script ignored.
  3250.  
  3251.    You must specify 2 fields separated by comma!
  3252.  
  3253.    The Script file you have just loaded contains a command beginning with
  3254.    T which suggests a Trap command but the syntax is invalid.
  3255.  
  3256.    Refer to the section on Script Processing for syntax details.
  3257.  
  3258.  
  3259.  
  3260.  Type ahead buffer is full.
  3261.  Press <Enter> to send it or <Ctrl-Del> to clear it
  3262.  
  3263.    The Type Ahead buffer is limited to the number of lines visible on the
  3264.    screen.  So if you have configured a two-line Type Ahead Window, you
  3265.    have a buffer capacity of two lines.
  3266.  
  3267.    When this buffer capacity is filled, paKet will not accept any further
  3268.    characters and you must either type <Enter> to send that buffer to the
  3269.    TNC or type <Ctrl-Del> to clear the buffer (without sending it).
  3270.  
  3271.  
  3272.  
  3273.  
  3274.  
  3275.  
  3276.  
  3277.  
  3278.  
  3279.  
  3280.  
  3281.  
  3282.  
  3283.  
  3284.  
  3285.  
  3286.  
  3287.  
  3288.  
  3289.  
  3290.  
  3291.  
  3292.  
  3293.  
  3294.  
  3295.  
  3296.  
  3297.  
  3298.  
  3299.  
  3300.  
  3301.  
  3302.  
  3303.                                Page 215
  3304.  
  3305. Messages starting with U, V and W
  3306.  
  3307.  Unknown Script command
  3308.  
  3309.    There is a limited number of commands known to the Script sub system.
  3310.    They are mostly single character commands and are covered in the
  3311.    section on Script processing.
  3312.  
  3313.    You will get this message if paKet finds a line in the Script that does
  3314.    not begin with one of the valid commands.
  3315.  
  3316.  
  3317.  
  3318.  Unknown state in YAPP processing
  3319.  
  3320.    The YAPP specifications provide for a variety of conditions which the
  3321.    program must cater for but if there is a problem in the logic at some
  3322.    stage this message could occur. It is really a program bug so I hope
  3323.    you never see it!
  3324.  
  3325.    If you do see this message, the current Binary Transfer will most
  3326.    likely be unsuccessful. Try it again and if it still fails, you'd
  3327.    better let me know so I can attend to it. If you could arrange a copy
  3328.    of the file too that would help with my debugging.
  3329.  
  3330.  
  3331.  
  3332.  Upload Cancelled
  3333.  
  3334.    During a Binary File Transfer you might decide to abort the transfer by
  3335.    pressing the <Esc> key.  paKet acknowledges that request with this
  3336.    message.
  3337.  
  3338.  
  3339.  
  3340.  Upload commenced
  3341.  
  3342.    This message is displayed in a System Note at the beginning of a Binary
  3343.    File transfer.
  3344.  
  3345.  
  3346.  
  3347.  Upload Successful
  3348.  Upload UNSUCCESSFUL
  3349.  
  3350.    At the completion of a Binary File Upload, this message is issued in
  3351.    a System Note to confirm the results.
  3352.  
  3353.    If unsuccessful the message will often include a reason for the
  3354.    failure.
  3355.  
  3356.  
  3357.  
  3358.  
  3359.                                Page 216
  3360.  
  3361.  Uploaded Script file renamed with .SSS extension
  3362.  
  3363.    This version of paKet has an option in the REMOTE Menu for a REMOTE
  3364.    user to Perform a Script on our system.  The Scripts available to a
  3365.    REMOTE user are those .SCP files in our Scripts directory.
  3366.  
  3367.    A Script may contain a wide variety of commands including DOS commands,
  3368.    so it is conceivable a Script could contain commands to do a lot of
  3369.    damage to your system including Formatting disks etc!  So be careful
  3370.    just what Scripts you make available to REMOTE users.   If you want to
  3371.    keep all your Scripts in the same directory, rename the private ones
  3372.    with an extension of something other than .SCP then the REMOTE users
  3373.    will not be able to see them nor access them.  You can still run the
  3374.    Script, regardless of its extension.
  3375.  
  3376.    I was concerned that someone might want to create a mischievous Script
  3377.    of their own, upload it to our system and Perform it here.   If we
  3378.    allowed that to happen, it could do untold damage to our system.  Even
  3379.    if their intention was good, we might still not want others to do just
  3380.    anything they want with our computer system - they could accidentally
  3381.    upset things.
  3382.  
  3383.    You could arrange your directory structure so that your upload
  3384.    directory was in another path to your Scripts directory, so any
  3385.    uploaded files including Scripts would be out of the way and could not
  3386.    be performed anyway.
  3387.  
  3388.    But just in case... paKet will change ANY file being uploaded to this
  3389.    system if it has a file extension of SCP, and modify it to SSS.  That
  3390.    way, the Perform command will not recognise it and so it cannot be
  3391.    performed by a REMOTE user until you change its extension back to SCP.
  3392.  
  3393.  
  3394.  
  3395.  Using EMS Version n.n
  3396.  (nnn KB used by paKet - nnn KB still available)
  3397.  
  3398.    As the program starts up, it looks for any available EMS memory and
  3399.    will use some of it for buffers and program overlays, if it can.
  3400.  
  3401.    This message appears to let you know what the program is doing.
  3402.  
  3403.  
  3404.  
  3405.  WAIT in Script needs time and a string separated by ,
  3406.  
  3407.    The Script file you have just loaded contains a command beginning with
  3408.    W which suggests a Wait command but the syntax is invalid.
  3409.  
  3410.    Refer to the section on Script Processing for syntax details.
  3411.  
  3412.  
  3413.  
  3414.  
  3415.                                Page 217
  3416.  
  3417.  We seem to be in Command mode.
  3418.  REMOTE mode cancelled.
  3419.  
  3420.    The TNC should not be in Command mode while paKet is in REMOTE mode.
  3421.  
  3422.    If paKet is in REMOTE Mode it will be issuing the REMOTE Menu. If the
  3423.    TNC is in Command mode the Menu will not be transmitted to the other
  3424.    station, but will be taken by the TNC as some sort of "command" and
  3425.    will be rejected with "What?" or "Eh?" etc.
  3426.  
  3427.    REMOTE mode is now disabled so you can perform your TNC commands.
  3428.  
  3429.    When you have finished with the TNC's Command mode, place the TNC back
  3430.    into CONVERSE mode and, if you then want to issue the REMOTE Menu to
  3431.    the other station, press <F3>.
  3432.  
  3433.  
  3434.  
  3435.  We seem to have lost DCD. REMOTE cancelled.
  3436.  
  3437.    paKet was in REMOTE mode and the DCD line goes low, indicating the
  3438.    connection with the other station has been lost.
  3439.  
  3440.    In normal circumstances paKet detects the "Disconnected" message when
  3441.    the other station disconnects, and will automatically deactivate REMOTE
  3442.    mode (if the other station has not logged off normally).
  3443.  
  3444.    paKet will also monitor the state of the DCD line during REMOTE
  3445.    operations because if you are using Hardware Handshaking, the DCD line
  3446.    can be used by the TNC to indicate the other station is still
  3447.    connected. So, if the DCD line goes low, paKet will disable REMOTE mode
  3448.    and will issue this message to inform you of the action taken.
  3449.  
  3450.    This will only occur if you have specified the use of the DCDCON option
  3451.    in the Configuration - Serial Port options.
  3452.  
  3453.  
  3454.  
  3455.  We seem to have lost DCD. Transfer cancelled.
  3456.  
  3457.    During a Binary File Transfer paKet checks the state of the DCD line at
  3458.    regular intervals to confirm we are still connected to the other
  3459.    station.
  3460.  
  3461.    Of course this happens only if you are using Hardware Handshaking and
  3462.    if you have enabled the DCD option in the Serial Port options.
  3463.  
  3464.    If the link fails during the transfer, it is possible the program will
  3465.    not know about it and will continue to send the file to no one in
  3466.    particular!   This precaution helps to avoid some embarrassment.
  3467.  
  3468.    The above message is issued to let you know what the transfer has been
  3469.    cancelled.
  3470.  
  3471.                                Page 218
  3472.  
  3473.  
  3474.  Which Drive?
  3475.  
  3476.    This question appears after you select "Change to another drive" from
  3477.    the Directory Window.
  3478.  
  3479.    Enter a valid drive letter, it may be either Upper or lower case and
  3480.    the colon is optional.
  3481.  
  3482.  
  3483.  
  3484.  Without the filesize I won't know when the transfer is finished
  3485.  So, when your system has finished sending the file, type the following:
  3486.  <CR>//WPRG OFF<CR>
  3487.  (the <CR> is the Enter key).
  3488.  When I receive that I'll close the file; then I'll send the Menu again.
  3489.  
  3490.    These messages are sent to a REMOTE (BayCom) user when a Binary File
  3491.    Transfer to our system is about to commence, if the size of the file
  3492.    has been entered as 0 (zero).
  3493.  
  3494.    This is telling him to type the "// WPRG OFF" command on a separate
  3495.    line when his system has finished sending, because that is the
  3496.    end-of-file string used by the BayCom system and so that is what paKet
  3497.    will be looking for to close the file.
  3498.  
  3499.  
  3500.  
  3501.  Without the filesize I won't know when the transfer is finished
  3502.  You will have to close the file manually (with <Alt-F8>)
  3503.  
  3504.     This is very similar to the previous message but this time it is not
  3505.     the REMOTE user that has initiated the file transfer request.  You
  3506.     have done it yourself with the <Alt-F8> key to transfer a file from a
  3507.     BayCom system but you have entered a file size of zero.
  3508.  
  3509.     This message reminds you it is up to you to close the file when you
  3510.     think the transfer has finished. It is quite likely the BayCom system
  3511.     will simply stop sending when the last byte has been transmitted -
  3512.     there may be no indication from that station that the transfer is
  3513.     finished.
  3514.  
  3515.  
  3516.  
  3517.  Write Flashback buffer to disk
  3518.  The LOG file is open - add to this LOG file? (Y/N)
  3519.  
  3520.    If the log file is currently open when you select <Alt-W>, paKet will
  3521.    give you the opportunity to write the extracted Flashback data to the
  3522.    existing log file so you can keep it all together.
  3523.  
  3524.    If you wish to do this, reply "Y".   If you reply "N", paKet will ask
  3525.    you for details of the file that is to contain the contents of the
  3526.    buffer extract.
  3527.                                Page 219
  3528.  
  3529. Messages starting with Y and Z
  3530.  
  3531.  YAPP command must be YD or YU
  3532.  
  3533.    This message could appear if you have specified a "Y" command in a
  3534.    Script but the command is invalid.
  3535.  
  3536.    Refer to the section on Script Processing for syntax details.
  3537.  
  3538.  
  3539.  
  3540.  YAPP command must be YW, YD or YU.
  3541.  
  3542.    If a REMOTE user types a command beginning with Y, paKet expects it to
  3543.    be one of the "YAPP" (or Binary File Transfer) commands.
  3544.  
  3545.    However, in this case the second letter was not W, D or U so the
  3546.    program considers it invalid and sends this message back to the other
  3547.    station.
  3548.  
  3549.  
  3550.  
  3551.  You are not allowed access to that message
  3552.  
  3553.    This message appears when someone tries to Read or Kill a message in
  3554.    our PMS but that message is not addressed TO that station nor sent BY
  3555.    that station.  In other words it is not THEIR message!
  3556.  
  3557.  
  3558.  
  3559.  You can close the file manually with <Alt-F8> if you wish
  3560.  
  3561.    When receiving a Binary File from a BayCom system, paKet may not know
  3562.    when to close the file because the BayCom system may not indicate when
  3563.    the transfer is complete.
  3564.  
  3565.    If paKet knows the size of the file, it can close the file after that
  3566.    number of bytes have been received but sometimes the file size is not
  3567.    known.  In these cases it is up to the operator to close the file
  3568.    manually by pressing the <Alt-F8> key.
  3569.  
  3570.    This message pops up to remind you of this option if nothing has been
  3571.    received from the BayCom system for a while.  I figured that if the
  3572.    other station has stopped sending maybe it has finished?  However the
  3573.    decision is yours and yours alone!
  3574.  
  3575.  
  3576.  
  3577.  You may specify a DIRECTORY if necessary, but a DRIVE is NOT permitted
  3578.  
  3579.    A REMOTE user may specify a sub directory name when accessing our
  3580.    system to display the directory or to Download a file.  But for your
  3581.    protection, I decided to disallow the ability to specify another drive.
  3582.  
  3583.                                Page 220
  3584.  
  3585.    If a drive is specified in the command entered, this message will be
  3586.    sent back to the REMOTE station.
  3587.  
  3588.  
  3589.  
  3590.  You must specify the other station's callsign.
  3591.  
  3592.    When a REMOTE user enters a message in our PMS, all that is required is
  3593.    the S command because paKet will assume the message is for you unless
  3594.    some other callsign is entered.
  3595.  
  3596.    But when you enter a message into your own PMS, the program has no idea
  3597.    who it is for so you have to enter a callsign with the S command!
  3598.  
  3599.  
  3600.  
  3601.  
  3602.  
  3603.  
  3604.  
  3605.  
  3606.  
  3607.  
  3608.  
  3609.  
  3610.  
  3611.  
  3612.  
  3613.  
  3614.  
  3615.  
  3616.  
  3617.  
  3618.  
  3619.  
  3620.  
  3621.  
  3622.  
  3623.  
  3624.  
  3625.  
  3626.  
  3627.  
  3628.  
  3629.  
  3630.  
  3631.  
  3632.  
  3633.  
  3634.  
  3635.  
  3636.  
  3637.  
  3638.  
  3639.                                Page 221
  3640.  
  3641.  
  3642.  
  3643.  
  3644.  
  3645.  
  3646.  
  3647.  
  3648.  
  3649.  
  3650.  
  3651.  
  3652.  
  3653.  
  3654.  
  3655.  
  3656.  
  3657.  
  3658.  
  3659.  
  3660.  
  3661.  
  3662.  
  3663.                       (This page intentionally blank)
  3664.  
  3665.  
  3666.  
  3667.  
  3668.  
  3669.  
  3670.  
  3671.  
  3672.  
  3673.  
  3674.  
  3675.  
  3676.  
  3677.  
  3678.  
  3679.  
  3680.  
  3681.  
  3682.  
  3683.  
  3684.  
  3685.  
  3686.  
  3687.  
  3688.  
  3689.  
  3690.  
  3691.  
  3692.  
  3693.  
  3694.  
  3695.                                Page 222
  3696.  
  3697.